FlorianA

Hi, I'd like to add a checkbox ("Notify users about changes") to the user profile editor and, after user has saved his profile and checked this box, send some e-mail notifications about his changes. I'm using a mechanism like that successfully for other pages by using hooks on ProcessPageEdit::buildFormContent and Pages::saved, this also works when editing any "user" page as admin, but it doesn't work when editing the user page via the "Profile" menu item. Is there any hook that can achieve that for profile editing? I've tried ProcessProfile::execute, but I couldn't find a way to get the form's raw data from there.

Sounds logical. And it works with Page Auto Complete. Thank you, @taotoo ?

Hi all, on my site, I use one template with a field of type Page/AsmSelect (a single-page template used for site settings). When I try to edit the page of this template, loading of the page editor is extremely slow - I can't do it on the productive server, since the 30-second execution time limit of my provider exceeds. After removing the Page/AsmSelect field from the template, it works without problems, but as soon as I add it again, the editor becomes slow again - even if the field's value doesn't contain any page references. Is this a known issue? Should I do anything different? Any help will be appreciated! Florian

Thanks for your replies. I've already tried to create the page in advance and redirect the user to the edit URL. The drawback is that the page needs to get a dummy title that has to be overwritten by the user. @Studio Lambelet, your hook does work, but is it also possible to retrieve the template of the parent page? This would be important for me in order to get a context sensitive message. Maybe I'll try a third solution with two links in the frontend: "Quick upload": User can specify a page title and file to be uploaded in a small form. Page will created without showing backend. "Advanced upload": Regular call of the "new page" workflow which allows to specify more than one file and some more fields.

Hi all, I'd like to have a link in my front-end to add a new page (urls('admin')."page/add/?parent_id=$parentId"). I can't use front-end editing since I'd like to use the drag-and-drop area for uploading files. On the other hand, the back-end workflow with its two steps, defining title and url, then entering the rest, might be a bit confusing for end users. Therefore I'd like to display a kind of help message on the "New Page" page. What is the easiest way to do this? Is there a corresponding hook (couldn't find one)?

The field is called "user_visible_by" and says that only users with one of the referenced roles are allowed to see users with the current role. In most cases, users should be allowed to see users with their own roles, but not always, so it is necessary to define if users with a certain role are visible by users with the same role. As a stopgap, I could add a separate checkbox for this, but this won't be so elegant ...

Hi all, I have defined a Page Reference field for the "role" template with the referenced template being "role", too. Now, when I try to select such a role reference for a certain role page, the currently edited role won't be shown in the selection list. Isn't it possible to define a page reference which refers to the current page itself? Florian

Yes, it works with "roles", thanks. I must have done something wrong with my previous test ...

It seems that the "allowed_roles" option does not work for the $page->protect() method. Neither does it show any effect when I try it, nor I could find the string "allowed_roles" in the module's source code. What I've found in source code was an option called "roles", but that doesn't work either ...

OK, thanks for the link. So I'll use the $_POST variable.

Hi all, could it be that input()->post does not cope with multi-dimensional arrays from POST data? Example data (pasted from Firefox network analysis): { "add[91896][]": [ "30227", "30312" ], "add[89364][]": "30430", "nr[91896][30227]": "a", "nr[91896][30312]": "b", "nr[89364][30430]": "c", "nr[91896][30332]": "", ... } My code: print "===add=== "; print_r($_POST['add']); print "===nr=== "; print_r($_POST['nr']); print "===add=== "; print_r(input()->post('add')); print "===nr=== "; print_r(input()->post('nr')); Result: ===add=== Array ( [91896] => Array ( [0] => 30227 [1] => 30312 ) [89364] => Array ( [0] => 30430 ) ) ===nr=== Array ( [91896] => Array ( [30227] => a [30312] => b [30332] => [30389] => [30364] => [30432] => [30208] => [30403] => ) [89364] => Array ( [30430] => c [30332] => [30350] => [30389] => [30384] => [30432] => [30403] => ) ) ===add=== Array ( ) ===nr=== Array ( ) Any ideas what could be wrong?

Am I right to say that your example $start = date('z'); $end = $start + 7; $sevendays = $pages->find("mydatefield.day_of_year>=$start, mydatefield.day_of_year<$end"); doesn't work, if $start is within the last week of December? It won't find pages for January, since day_of_year starts with 1 again. My SQL solution for this would be something like select * from my_table where (DAYOFYEAR(my_date)+366 - DAYOFYEAR(CURDATE())) % 366 < 7 Is there an equivalent PW query solution for this? Thanks, Florian

@horst, thank you very much for your post! Things could be so easy with a good tutorial ? I think I'll try it this way. However, I've already put a lot of work into my site, but it isn't productive yet, so I think it isn't too late for a clean re-start with new fields and pages.

@horst, that sounds really promising, unfortunatley I don't have a clue how to do this. I've just installed a new site from the ZIP file (master 3.0.148) with the "Multilanguage" site profile, but I couldn't see a possibility to prevent the default language from being English. I couldn't find any documentation about it either. I'll greatly appreciate any hints how to do the snip ?

Just noticed that I'm still not finished ? The field labels and descriptions are still in the wrong language. This cannot be fixed by simple SQL since these values are JSON-encoded in the data column of the fields table ? Maybe I'll try to write a PHP script with a mixture of PW API and raw SQL calls because I'm not familiar enough with PW internals for a cleaner solution. Maybe I already could be finished with the PW port of my site, but this default language issue wastes lots of lots of time ... on the other hand, it seems to be a blocker for me forcing my users to fill in all (English) default language fields if the site's text is by 95% in German.