adrian

Just added a new "Email Batcher" action, which has the following features: Select recipients by user role, or using a pages selector for any pages on the site Parsing of field tags in the body so you can do something like: Dear {first_name} Option to send a test email HTML body, with automated text only version also sent Special {fromEmail} and {adminUrl} tags. Ability to hook EmailBatcher::parseBody to apply other custom replacements Don't forget TracyDebugger's Mail panel when testing - it will capture the outgoing emails (so they won't actually be sent): http://processwire.com/blog/posts/introducing-tracy-debugger/#mail-panel

I am a big fan of Forklift: http://www.binarynights.com/Forklift/ dual pane finder replacement ftp/sftp directory synchronizer

Have you tried: http://modules.processwire.com/modules/croppable-image3/

@Hantsweb - can you narrow it down to a certain branch of the page tree or does it happen everywhere on your site? What version of PW? What version of this module? What other modules do you have installed?

https://github.com/ryancramerdesign/skyscrapers2

I can't seem to reproduce, but it seems like it's related to this: http://stackoverflow.com/questions/22148080/an-invalid-form-control-with-name-is-not-focusable From a quick read of that, it sounds like the "width" field is hidden and required which doesn't seem to be the case for me. Is there any chance you have some JS that could be adding the html5 "required" attribute to this? Have you checked the generated HTML to see what's going on?

Thanks @kongondo - I was PHP was strict on function name case! I think I inadvertently copied the case of $fieldName through to the getPathname() method. Anyway, it's fixed in the latest version - thanks for noticing and pointing it out.

Blog post in Norwegian on setting up https with PW: https://www.asbjornness.no/blogg/https-med-processwire-hos-proisp/

I just checked Ryan's most recent commit (https://github.com/processwire/processwire/commit/43986173fb449bf0fb967a0d613896f2e3d6b4da) and the problem is now fixed for 3.0.48.

Try rolling back your PW version to 3.0.47 - https://github.com/processwire/processwire-issues/issues/151

Hi Harmen, Sorry it's taken me a while to respond to your post. I took a quick look at the code you added and I think all that logic needs to end up in a function that we can call for children and then again for grandchildren, rather than duplicating. I am honestly wondering if this is a good fit for BCE because I am not sure that everyone will want the same formatting for grandchildren, although honestly I don't know how it looks yet, but grandchildren can have different templates/fields which would surely make a mess in a CSV? I wonder if you'd be better off with something like a custom implementation using PHPExcel (https://github.com/PHPOffice/PHPExcel). I do however agree with adding options for multilanguage support for exports. I don't expect this should be too difficult if we take the approach of a separate column for each language version of each field. Cheers, Adrian

@Ivan Gretsky - I ended up doing some more tweaking on this and decided to commit it so you can get the new version from the modules directory now. Here's a screenshot of the tabs in action: I have also added a new: FTP Files to Page action based on this request: It works with files and images and looks like this:

Yes - sorry, I thought I had linked to it earlier: Blog post documentation: http://processwire.com/blog/posts/introducing-tracy-debugger/ Forum thread: https://processwire.com/talk/topic/12208-tracy-debugger/ Modules directory: http://modules.processwire.com/modules/tracy-debugger/

Check out the PW Info and Template Resources panels in Tracy. Those will show all sorts of info on the contents of fields (and their settings) as well as the variables you have defined manually in your templates.

Tracy to the rescue: <?php foreach($pages->find("parent=recommendations") as $child) { ?> <?php echo $child->title;?> <img src="<?php echo $child->post_image->first()->size(200,0)->url;?>"> <?bd($child);?> <?php } ?> But that said, I really don't know what you mean by: "see what variables are available". If we knew more we could tweak what the bd() call will dump. Are you wanting to get a list of fields on the child pages? Do you mean actual template variables defined for each page? I really don't know. Also, I know you might be used to that style of going in and out of PHP, but when there is more php than html, this reads much nicer: <?php foreach($pages->find("parent=recommendations") as $child) { echo $child->title; echo '<img src="'.$child->post_image->first()->size(200,0)->url.'" />'; bd($child); }

Hi @vwatson - I have coded up a new action for the AdminActions module called: Ftp Files To Page If gives you a nice and easy GUI for choosing: the folder where you have FTP'd the files to (you can choose from any folder under /site/assets/cache/AdminActions/ the field you want the files added to the page you want the files added to whether you want the action to automatically delete the FTP folder and all files once the action is complete Hopefully once you have the AdminActions module installed, you'll find this action very easy to use. Let me know if you have any problems or any thoughts for how it might be improved.

Just a heads up that there is a bug in the new file compiler code in 3.0.48: https://github.com/processwire/processwire-issues/issues/151 You guys may not want to upgrade until @ryan has sorted this one out. Not sure how likely it will be to affect typical template code, but it currently breaks Tracy.

A few new tweaks to the Console Panel snippets/history functionality, thanks mostly to @tpr again - he really has played a huge role in making this look as nice as it does!

So it contains no dumps? Did you uncomment those bd() calls that @tpr pointed out?

@Robin S's idea could be made into and AdminAction. The other option might be to use a hook to check if there are files in the page's assets/files/xxxx folder and check if any are new. This could work, but it might be a bottle-neck if there are lots of existing files to check if they already exist or not, so probably better to go with a manually triggered import like Robin suggested.

You want to look at the Dumps Recorder panel - the icon looks like a dump truck

@Speed - if this is on a non local server, you will either need to force to "Development" mode (change from Detect), or check the "Force superuser development mode" button. Tracy must be in development mode to show the debug bar. If it's a remote server, DETECT will determine that it should be in PRODUCTION mode.

Hi @Richard Jedlička - sorry for the delay on this - it's been a busy module support week I am going to PM you the new version that adds support for this because I haven't managed to test thoroughly yet and there were quite a few changes. Please let me know if it does what you need.

Quick update to the Strict Mode and AJAX calls. I just added a new config setting that allows you to turn on Strict Mode for just AJAX calls. This is helpful if you want to know for certain that an AJAX call returned a failure. Remember that Tracy intercepts Notices and Warnings and displays them in the Errors panel. As I mentioned a little while back this can result in an AJAX call being successful when Tracy is running, but failing when it's not because the notice/warning breaks the AJAX response. This new option will be good if you're not sure you'll pay attention to the red alert in the Errors panel.

Hi @Ivan Gretsky - I have implemented this - now both the modules settings and the Setup > AdminActions are split into "Site" and "Core" tabs. I haven't committed just yet. I will PM you the new version. Would appreciate it if you could test and let me know if it suits your needs and if you find any problems. Thanks!