adrian

Hi everyone - @tpr has done a great job on changing the way the ML info tooltip is displayed - it's now part of a hidden row. Here is his screencap of it in action! This and all the other recent ML changes are now committed to Github. Please test carefully and let me know if you find any problems, and don't forget the AOS language switcher for changing between languages!

Not sure if it suits your needs or not, but TracyDebugger has a Mail Interceptor panel that intercepts all outgoing emails and instead shows all their details/content in the panel. If not, I can look into changing the address like you want, but thought I'd mention that first just in case.

I do something similar, but instead of styling the page for the email, I have a separate template file for emails that builds the html for the email using tables and inline css and sends that directly to the list of subscribers. In my case, a monthly enewsletter is composed of several different articles (each a separate child page). The template for these child pages has a field to select what month/year the article belongs to. The email sending script queries matching articles, compiles, and sends. The possibilities are endless really

Hi @Roman Schmitz - sorry about that! I will commit a fix a little later (I want to clean up some other stuff while I am at it), but for now please change: https://github.com/adrianbj/FieldtypePhone/blob/56ec89e7fc81cdc693ce72f9f9030edf3f49bd63/FieldtypePhone.module#L159 to: if($value['data_extension'] != '') $pn->extension = wire('sanitizer')->text($value['data_extension']);

Of course, happy to have your help. My only concern is that if it takes a click to display/hide ML info, then it might not actually be much quicker than clicking the modal edit button, especially if you end up needing to edit anyway after you view the info. I trust your judgement though and you are still a bigger ML user than I am.

Sorry, it looks like you downloaded as soon as I posted - I already fixed the "$this" issue is the version that is posted. I'll look into the language text issue.

I did think about something like that, but thought I'd go for the simpler option first. Surely I could just override text-transform to prevent the uppercase. Would you mind testing that in BatchChildEditor.css at around line 38? Or maybe I need to override the table#bceLanguages td rules?

I'd love to see some results with MyISAM on the same server if you have the time.

Thanks again @tpr for the feedback. I have changed the icon to the info-circle. I have added a new tooltip which provides a summary of titles/names for all languages: For the Add New page problem - I decided to go with populating the default language with the values for the current user language so there is at least valid entries for these that can be edited later if needed. Note that I also added a Language label at the top of the table (rather than being added to several columns in the table). I would also like to mention the awesome Language Switcher in your AOS module - I think that having that enabled along with the new changes to BCE actually makes for a pretty decent start to multi-language support because it makes it so easy to instantly switch languages. I think this new version is ready for release, but will attach here for one more review by you (and anyone else who is interested). Thanks, Adrian BatchChildEditor.zip

@k07n and everyone else who uses this module. I just committed a pretty major revision to the API export method. It now works like this: $modules->get('ProcessTableCsvExport'); // load module // field name, delimiter, enclosure, file extension, multiple values separator, names in first row, columns to export, selector(filter) string // columns to export can be index starting at 1, or column names $page->exportTableCsv('table_field_name', ',', '"', 'csv', '|', true, array('col1', 'col2'), 'year=2017'); Unfortunately this is a breaking change, but I realized that the old approach didn't allow calling the method on an alternate page. This new version also supports limiting the exported columns (an array of column names, or indices starting at 1), as well as defining of a selector filter. Please let me know if you have any problems.

I'm working on it now - looks like that was broken when I added the option to declare which columns to export. Will have a fix shortly.

Ok, I can reproduce here. I'll commit the fix shortly, but in the meantime, replace line 107 with this: $rows = $p->$actualFieldName(ltrim($this->wire('input')->get->filter, ',')."limit=".$totalRows);

@k07n - what version of Table are you using? It requires v15 If you need support for an older version, grab this commit: https://github.com/adrianbj/TableCsvImportExport/tree/f1d6704af7d8bbd2dc1dda62f76a70d55cc09a7f although I would recommend upgrading Table instead.

I haven't checked this in a long time, but in my experience, quiet mode won't work for modified, so I ended up doing this: $sql = "UPDATE `pages` SET `modified_users_id` = '".wire('users')->get('name=admin')->id."' WHERE `id` = '".$c->id."';"; $update = wire('database')->query($sql); And make sure it is after your original $c->save because each save will change the modified back. Perhaps the more important issue here, is why do you care about the name of the user that created/modified a newly created page? If it was created on the frontend via the API, then it was created by a guest user no? Or is the scenario different to this?

Thanks for posting @Can - I am curious though - did you try: Does this no longer work?

If you really want the page's created user to be something else other than guest, you can do: $c = new Page(); $c->created_users_id = wire('users')->get('name=admin')->id; $c->save(array('quiet' => true));

Quick glance shows the first obvious problem is that you have a variable ($page) inside single quotes. You can either use double quotes, or concatenate. find("template=template1, field1=$page"); find('template=template1, field1='.$page);

What about the usefulness of having an "active" checkbox column for each available language?

Adding a link as well makes it possible to middle click / right click and open in new tab, so I have removed the additional link I went with another warning icon which I think works fine. Available in the new version. The one remaining issue (that I know of) with the attached version is how to handle newly added pages (with Add New) when they are added by a user when a non-default language is selected. The problem is that the default title is not populated and the default name is automatically populated with a timestamp. The easy option would be to disable adding new pages from non-default languages, but I think I should probably populate the default name with the same name as the language used to add the page. As for the title, maybe showing nothing for the default title is ok? What do you think - is adding new pages from the non-default language something that should be allowed? This is what it looks like after adding the Test page when in Portuguese and then switching to default (English): BatchChildEditor.zip

I agree, but I use grey to indicate a hidden page (and strikethrough for unpublished). I know they aren't essential because of the hidden and unpublished checkbox columns, but it's still a nice familiar visual indicator. Any thoughts? I don't know how given that the modal edit icon has no link, but rather a data-url attribute. Are you sure this works for you? Seems like a great idea - thanks!

Hey @tpr - I have made an initial (although took much longer than I thought) start on support multi-language in Edit mode. Keep in mind that this is not designed to make it possible to edit all languages at once, but rather add proper support for editing the title and name for the user's current language. Here you can see the same set of child pages in Portuguese and then the default English. The keys things are: When viewing a non-default language the Title and Name columns have the current language in parentheses. Title is left blank for the current language if no language-specific version is available (uses "Placeholder" to show default language title). Name is left blank for the current language if no language-specific version is available. If you have the BCE "Overwrite Names" setting checked, the name for the current language will be created/updated to match the entered title. If you edit the page in a modal and save, the title and name for the current language will populate the edit mode interface instantly when modal is closed. Unrelated to multi-language, but there is now a new "edit in normal mode" icon - sometimes I prefer this to modal and think a link from here is nice. I am going to attach the new version here for the moment - please let me know if everything works as expected for you. Portuguese Default: English BatchChildEditor.zip

If you want an easier approach than creating a full process module (not that it's that hard), but you could create a custom AdminAction using this module: https://processwire.com/talk/topic/14921-admin-actions/ Note that it's very easy to hide all the other actions from the required role and add your new action to the flyout menu so they have quick access.

Yeah, that would be the problem. If you use repeaters a lot, then I would highly recommend updating to the latest dev version of ProcessWire. There were a lot of great new repeater features introduced in 3.0.44 (http://processwire.com/blog/posts/pw-3.0.44-repeaters/) - we are now at 3.0.52. I do think the automated header from title was available before this, but would need to track down exactly when. 2.6.5 is REALLY old now

What about the "Repeater Item Labels" section on the Details tab of the field settings - what does that look like?

@kathep - sorry, I think I must not be understanding properly. Would you mind posting some screenshots showing your repeater settings and an example screenshot of a completed "Introductory Exercise" title and what the repeater header bar looks like after saving?