adrian

Sorry about that - I didn't read properly. Although testing it on the profile page, the only thing I see that doesn't work is the html5 uploader preview. You can still upload multiple images at once and after page save I can still reorder the images. Anyway, obviously something not quite right!

I just tested on 2.4.1 dev from March 26 and can't see any issues. Are you running 2.4 stable? Maybe something was fixed since?

Just released an improved version. Two main changes: You can now limit which types of editing the users have access to. You might want to disable the Create/Overwrite mode in some cases. Note that superusers have both modes regardless of this setting. You can now add new pages using the edit mode. Docs and images in the first post have been updated

Do you have Allow URLSegments turned on in the template's "URLs" tab?

This module facilitates quick batch creation (titles only or CSV import for other fields), editing, sorting, deletion, and CSV export of all children under a given page. You can even provide an alternate parent page which allows for editing of an external page tree. http://modules.processwire.com/modules/batch-child-editor/ https://github.com/adrianbj/BatchChildEditor The interface can be added to the Children Tab, or in a new dedicated tab, or placed inline with other fields in the Content tab. Various modes allow you to: Lister - Embeds a customized Lister interface. Installation of ListerPro will allow inline ajax editing of displayed fields. Edit - This allows you to rename existing child pages and add new child pages. It is non-destructive and so could be used on child pages that have their own children or other content fields (not just title). It includes the ability to quickly sort and delete pages and change page templates. Also allows full editing of each page via a modal dialog by clicking on the page name link. This is my preferred default setup - see how it replaces the default Children/Subpages with an easily addable/editable/sortable/renamable/deletable list. Note that the edit links open each child page in a modal for quick editing of all fields. Add - adds newly entered page titles as child pages to the list of existing siblings. You could create a list of pages in Word or whatever and just paste them in here and viola! This screenshot shows the editor in its own tab (name is configurable) and shows some of the CSV creation options. Update and Replace modes look fairly similar but show existing page titles. Update - Updates the titles (and any other fields if you enter CSV data) for the existing pages and adds any additionally entered pages. Replace - Works similarly to Add, but replaces all the existing children. There are checks that prevent this method working if there are any child pages with their own children or other content fields that are not empty. This check can be disabled in the module config settings, but please be very careful with this. Export to CSV - Generates a CSV file containing the fields for all child pages. Fields to be exported can to fixed or customizable by the user. Also includes an API export method. Populating fields on new pages In Add, Update, and Replace modes you can enter CSV formatted rows to populate all text/numeric fields, making for an extremely quick way of creating new pages and populating their content fields. Predefined Field Pairings Like the field connections setup from Ryan's CSV Importer, but defined ahead of time so the dev controls what columns from the CSV pair with which PW fields. This is especially powerful in Update mode giving editors the ability to periodically import a CSV file to update only certain fields on a entire set of child pages. These pairings also allow for importing fieldtypes with subfields - verified to work for Profields Textareas and MapMarker fields, but I think should work for most others as well - let me know if you find any that don't work. Access permission This module requires a new permission: "batch-child-editor". This permission is created automatically on install and is added to the superuser role, but it is up to the developer to add the permission to other roles as required. Config Settings This module is HIGHLY configurable down to setting up custom descriptions and notes for your editors. You define one config globally for the site and then optionally you can define completely custom configurations for each page tree parent on your site. There are too many settings to bother showing here - you really just need to look through all the options and play around with them!

This might be worth a read: https://processwire.com/talk/topic/3398-working-with-processwire-getting-exif-data-from-images/?p=33552 It handles extraction of exif data to PW fields.

Here they are with those missing images

It was an issue with the case of image filenames. In your zip you had: colortarget_sRGB_8bit.jpg but it was looking for colortarget_srgb_8bit.jpg Are you on a windows server, or something else that doesn't check filename case?

http://pecl.php.net/package/imagick pecl install imagick

OK, cms-basic-visual array(12) { ["hasUsedCMS"] string(1) "0" ["executiontime"] string(12) "2.3945900000" ["engine"] string(18) "Apache 2.0 Handler" ["php"] string(6) "5.4.27" ["os"] string(71) "Linux 2.6.32-5-amd64 #1 SMP Mon Sep 23 22:14:43 UTC 2013 x86_64" ["imageMagick"] string(5) "6.6.7" ["imagick module version"] string(5) "3.1.2" ["imagick classes"] string(56) "Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator" ["ImageMagick version"] string(34) "ImageMagick 6.6.7-5 2011-02-05 Q16" ["ImageMagick copyright"] string(46) "Copyright (C) 1999-2011 ImageMagick Studio LLC" ["ImageMagick release date"] string(10) "2011-02-05" ["ImageMagick number of supported formats"] string(3) "194" } cms-with-icc-visual array(12) { ["hasUsedCMS"] string(1) "1" ["executiontime"] string(12) "2.4738700000" ["engine"] string(18) "Apache 2.0 Handler" ["php"] string(6) "5.4.27" ["os"] string(71) "Linux web 2.6.32-5-amd64 #1 SMP Mon Sep 23 22:14:43 UTC 2013 x86_64" ["imageMagick"] string(5) "6.6.7" ["imagick module version"] string(5) "3.1.2" ["imagick classes"] string(56) "Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator" ["ImageMagick version"] string(34) "ImageMagick 6.6.7-5 2011-02-05 Q16" ["ImageMagick copyright"] string(46) "Copyright (C) 1999-2011 ImageMagick Studio LLC" ["ImageMagick release date"] string(10) "2011-02-05" ["ImageMagick number of supported formats"] string(3) "194" }

Yeah, it was the path to those _phpcls classes. I am testing locally and it seems like there was an issue with $_SERVER['DOCUMENT_ROOT']. Once I hardcoded this, the install works fine. So maybe just an issue for me and no-one else will be affected.

I actually installed from scratch just using the files in your zip. I saw the wire folder in there and so didn't think there was need to do the normal profile install method of copying just those certain folders across. The problem is those extra lines you added to config.php. I am looking at them now to see if I can narrow down the issue. EDIT: It was the require_once failing due to a path problem. I just hard coded the path for now to get things working.

Hey horst, I just tried to install your profile test site and get the following error. I followed up with an install of the latest dev (April 3rd) and it worked fine, so looks like there is maybe something corrupted in your profile. Anyone else having troubles with it? There are no php errors of significance that suggest what the issue might be either.

The logic to find and display specific children should be in the template of the page that is linked to, not the page with the link. Right now you are trying to use a PW array of pages as a URL - that just can't work. You could potentially pass page ids via a url like: mysite.com/children/?ids=1003|1024|1934 but I don't think you have any need for that and it's just way messier than necessary. It sounds like you are trying to link to a page that contains children which have a field with a particular value. In that case I would recommend url segments: mysite.com/children/fieldvalue Then in the template on the children page you need to get the value of the url segment and then do your $pages->find("fieldname={$input->urlSegment1}"); where $input->urlSegment1 is equal to the value of "fieldvalue" that was in the url that go you to this page. This link should get you started: http://wiki.processwire.com/index.php/URL_Segments

Thanks @woop. I hadn't seen that option before. I just committed a small update that includes that in the default list of thumbnails to grab.

Well that shows it's running Apache. Looking at the path of that error it shows the server is running php under suPHP and if you google that error you are getting, it seems that everyone is also running suPHP, so I think it might be time to put the onus back on your host. Maybe someone else has some better ideas? PS I had to deal with crazydomains once - I found the site was often unavailable for a few minutes at a time, quite regularly. I know you can't change, but I am sure they are the issue.

Horst is the PW image guy - pretty much everything he does ends up in the PW core. He has already submitted these changes as a pull request for Ryan to incorporate: https://github.com/ryancramerdesign/ProcessWire/pull/440/commits

The eq (if that's what you mean by qe) you are referring to is like first(), last(), eq(n). It will get the number of the image in order starting with 0. If the image field is set to Max 1 then you won't need this. Anything else and it's an array and so you need to specify which image. I would imagine you need to replace the existing ImageSizer.php with the code in the revised one that horst posted. In wire/core.

I didn't even realize this wasn't built in because it works (the browsing, not the editing) in ForkLift.

Have you read this thread: https://processwire.com/talk/topic/3528-when-logging-in-to-admin-getting-unable-to-generate-password-hash/

Actually, that was an oversight on my part. I have just committed an update so that GetVideoThumbs now supports CropImage fieldtypes, and any other fieldtypes that are an instanceof FieldtypeImage. Before I was limiting it just to FieldtypeImage. Let me know if it works ok for you. As for the configuration options of CropImage - ie changing the fieldtype (basics tab) vs the inputfield (details tab). I haven't tested, but I always assumed you needed to change both. Might be a more appropriate question for the support thread for that module though.

No worries - we aim to please Thanks again for letting me know about the problem!

The url of the site is: http://wire.madaboutbrighton.net/ (which works as expected BTW, until you proceed to the next step) so I think the two wires is correct, but maybe the wire subdomain is causing a conflict somehow?

Maybe some rewrite rules or other weird apache directives in the apache conf file? I really don't know - sorry!

@videokid - thanks for the report. I have just committed a quick fix for this. I am not sure on the best solution, but the Custom Upload Names module will now ignore any images with an initial filename that contains "youtube" or "vimeo". Of course that means that these won't get renamed at all, but I think that is probably the best behavior at the moment. Please let me know how it works for you. EDIT: Just to clarify - it is Custom Upload Names that got the update, not GetVideoThumbs