adrian

Is that because you are wanting to replace, rather than add to the list of action buttons? If so, try: $event->replace = true; If not, can you explain a little better what is and isn't working?

Quick response here, but I think what you want is $subPage->render(); You may also want to check out PageTable as an alternate option: https://processwire.com/talk/topic/7459-module-pagetableextended/

Antti - thanks for suggesting the cache field option here, but it still feels a little clunky to me. Seems to me that if I add a PageTable field that has a body subfield, and my site search selector includes the body field as a field to search, then PW should return pages that contain a PageTable field with a matching body subfield automatically. I think the current situation will catch people out and their search system won't work as expected. Maybe it's just me?

Can you work from Nico's Delete button module where he adds a delete action after edit, view, new: https://github.com/NicoKnoll/ProcessPageDelete/blob/master/ProcessPageDelete.module

http://processwire.com/api/variables/session/ Another simpler option is to use a tabbed interface approach where both views are loaded, but one is hidden, like this: http://jqueryui.com/tabs/ If you are using a css framework, they usually have something built in for this. Keep in mind that this might not be a good idea depending on the size/complexity of the content being rendered in the grid. Here is an example of how to load tabs using ajax, which would avoid the above mentioned issue: http://stackoverflow.com/questions/14361211/jquery-tabs-use-url-to-load-ajax-content

Does anything from this post from Ryan help: https://processwire.com/talk/topic/4011-cannot-login-to-admin-area/?p=39870 In particular: disable the "session fingerprinting" option in your /site/config.php and change the default session name from 'wire' to whatever PHP's default is: $config->sessionName = session_name();

Sorry if my suggestions came across as doubting / obvious - just wanted to rule some things out. It might be the session issue - of course 755 doesn't mean much if the owner/group doesn't match the apache user. Maybe try making it 777 temporarily to see if that fixes things and then worry about what it should actually be, based on your server config.

Do you actually end up at the login screen with username and password prompts, or does it say "Continue"? If the latter, then it sounds like the user you are trying to log in with does not have edit permission. Of course this doesn't really make sense as the admin user that gets created during install has superuser permission automatically. But you could dig around in the DB tables and make sure the user has edit permission, or just programmatically add it. Sorry, maybe someone else will have a bright idea

You can always create a new user and/or set a new password for an existing user via the API. Lots of examples of the latter here in the forums: https://processwire.com/talk/topic/490-how-to-reset-your-password-how-to-enable-the-forgot-password-function/

The config file contains access details for the database (including the host) - is that what you are talking about? I don't think that is related to what -aj- is asking. I think he is just referring to his superuser account for logging into PW. Am I confused maybe?

The link from PW weekly is to a specific post in this thread where Ryan describes all the ProFields, including the new free PageTable field (last in the list in his post). PageTable is in the core, but not installed by default, so go to Modules > Core and scroll down to PageTable. Install it, then create a new field and you'll have a new option "PageTable" when choosing the field type. Hope that helps to clear things up

What bwakad lists for usernames is correct - no symbols are allowed. However, symbols are allowed in passwords. So, I am guessing the installer doesn't let you know that it has replaced the symbols in your username with dashes. Can you take a look at the name field in the pages table (via PHPMyAdmin etc) to confirm that the username has been changed from what you entered, and does the login work fine if you try it with the altered name?

Minor, but important update today. This morning's commits to PW 2.4.17 made the password field required for new users, which broke this module when using the automatically generated password option. I just submitted a fix for this. Please let me know if you have any troubles.

There is a new field type (PageTable) in the dev version of PW which will be released as 2.5 probably in the next week or two. There isn't much documentation on it yet, but there is already a cool extended version of it that will help you to visualize how it can work for exactly the scenario you are talking about: https://processwire.com/talk/topic/7459-module-pagetableextended/

There was some discussion about Sir Trevor, starting at this post: https://processwire.com/talk/topic/4189-flexibility-in-page-design/?p=46536

I guess I am mixing purposes a bit here - your goal was to style the output exactly as it will appear on the frontend, but I guess I am looking more for replicating the ease of editing that repeaters have. Maybe I'll make a different extension for PageTable that works more that way. Maybe not worry about the ajax saving and just use the page save to save each of PageTable components. I'll mull over it for a bit.

Awesome! - only one suggestion - it would be great to have text fields editable inline, with ajax save - might be beyond the scope of what you want, but I think it would be cool

Yeah, it won't go and download it, but it will tell you if it is available to install. I mostly just used $this->modules->get to check, but that didn't seem to work for inputfields (eg InputfieldSelectMultipleTransfer) and inputfield classes (eg CKEditor - when it was a separate module).

These might come in handy: $this->modules->isInstalled() $this->modules->getInstall() I used these in Migrator for detecting if third party modules are installed and if they are available to install.

Fatal error is gone, but I am getting a gazillion of these: Notice: Undefined variable: row in /site/modules/ProcessChangelog/ProcessChangelog.module on line 970 Notice: Undefined variable: template_name in /site/modules/ProcessChangelog/ProcessChangelog.module on line 971

It's mentioned here: http://processwire.com/api/include/ although I think also somewhere else that I can't find right now.

Hi @onionradish and welcome to the forums. You need to make use of wire('page') etc when using inside a function.

Hey teppo, Minor, but fatal, bug for you. If you have Template checked under Visibility Settings and there are some entries in the log that refer to a template which has since been deleted from the system, you get a: Fatal error: Call to a member function get() on a non-object in /site/modules/ProcessChangelog/ProcessChangelog.module on line 765 Obviously just need a check to make sure that the template still exists. Thanks!

Obviously a much better approach from Soma! so I definitely don't deserve a "Solved" on this one Of course my original code snippet didn't exclude other fields, but I was thinking something along the lines of checking the name of the field before proceeding - just didn't get that far when posting in a rush yesterday

@MadeMyDay - I love what I think you are doing with this module - I was having an idea just like this the other day - can't wait to see what you come up with