adrian

Thanks, that does the job just fine! I would like to know if there is an option for doing it in one find statement though, just for simplicity's sake, although perhaps it really isn't that important in the end!

Hi everyone, Hopefully a quick question. I am trying to search through all pages by a keyword that is in any of the following fields: title, summary, tags The first two on their own are easy, as is the last on its own, but I am having a problem combining things to search through all fields because of the nature of the tags field I can't figure out quite how. $images = $pages->get("/visuals/")->find("summary|title~={$input->q}, tags={$input->q}, sort=title"); That code forces the keyword to be in both summary|title and tags. Thanks for any ideas!

n0sleeves, The reason the link from the logo always goes to the current page is because the href is blank. Have a look at the HTML source of rendered pages. This is what appears in your source code. <a href=""><div id="logo" class="center"><img src="/site/assets/images/logo2.png"></div></a> So firstly you have the href inside the div tags - this is not valid HTML as it is. Something like this should do what you want. <div id="logo" class="center"><a href="<?php echo $config->urls->root; ?>"><img src="/site/assets/images/logo2.png"></a></div> Or you could quite easily just go with: <div id="logo" class="center"><a href="/"><img src="/site/assets/images/logo2.png"></a></div> since it is to the root. Using $config->urls->root is useful as a starting point to build onto when making a URL to a lower level, but for root I think it is probably superfluous. Hope that helps.

Hi Peter - a quick answer from a relative PW newbie - I would go with the github version to ensure you get 2.3. I am using it in production, as I think are many folks. It has lots of great new features. Agreed it does seem a little confusing as to which is the current stable version.

Samuel, The field is automatically part of every page. You can simply echo $page->created_users_id There is also a $page->modified_users_id

Thanks teppo - too easy! Still so much PW to learn

Not sure if this is a bug or something funky with my setup, but I added a datetime field to the user template. When looking at the entry in the database (with PMA), the full date and time are in the field as expected, but when I view the user's profile in the PW admin, only the date is shown.

No problem. It looks like you had it sorted in quick time anyways Just in case you haven't figured it out the difference between $page and wire('page') yet, there is a little explanation starting at this comment: http://processwire.com/talk/topic/3056-cant-use-input-urlsegment1-in-a-function-is-this-my-php-weakling-status-showing/?p=30044 As Ryan notes, wire('page') can be used anywhere, but is necessary inside a function due to variable scope. Generally though it is a little shorter to just use $page when you can.

Do you have debug turned on in the config.php file? Also, add this to end of your body - at the end of your foot.inc file if that is how you have things set up: <?php if($config->debug && $this->user->isSuperuser()) include($config->paths->adminTemplates . "debug.inc"); ?> Let us know if those together produce any errors.

This should do what you're after: foreach($page->siblings() as $sibling){ echo "<li" . (($page == $sibling) ? " class='active'" : "") . "><a href='{$sibling->url}'>{$sibling->title}</a></li>"; } Written in the browser and not tested, but should be close.

Told you someone would have a simpler solution

Right - just thought it might help - wasn't sure how far along you were. You might likely have already thought of this, but you could serialize or json_encode the array of users who have already visited the page and store that in a text field which you can do your check against. The array could contain the ID for each user who has visited the page. Within that you'd need to store the number of visits as well as the last datetime they visited. Then, if I understand correctly, each time the user visits, you can check if the user has visited once already and if they have and the date of that visit was before the modified date of the page, then increase counter, if not then load the required page. Or something like that anyway. Obviously you'd need to unserialize etc the array and search through it each time the page is loaded. After all that, I feel like a better solution might be a separate db table which adds a row every time the page is visited. The fields would be page_id, user_id, and datetime. Then you could easily query this to count the number of visits for that user_id and whether they were before the page modified date or not. I am sure you could do this through the PW API if you wanted to. You could set up a parent page called page-visits and add a new child page for every visit. Alternatively, it might be simpler to do it with SQL. Perhaps a PW guru could suggest which would be better, or more than likely, they'll come up with a much simpler solution altogether

Hey Soma, Thanks - I understand that it is working in a normal use with both pages on the same domain. And I realize that different domains are the issue, and I am happy with the manual SQL fix. What I can't figure out is why the isLoggedin() check shows that the correct user is logged in. It doesn't really matter in the end, but it does seem weird.

Hey Soma, Thanks for the suggestions. As I mentioned above, I have already taken care of things with SQL - does exactly what I need it to do. I just don't understand why the $page-save() isn't taking care of it. I initially assumed it was losing the logged in user too, but as I said, when I do the following just before the $page->save(): if($user->isLoggedin()){ print 'uid: ' . $user->id; } it prints the correct id for the user that is logged in. I think if no-one else is having this problem, then we shouldn't worry about it for now.

LeiHa, Not sure if you have seen them, but these posts might be useful for you: http://processwire.com/talk/topic/2868-count-views-of-post/ http://processwire.com/talk/topic/1618-page-view-counter-and-cache/

Just to follow up - I couldn't figure how to solve this via the API - every time I saved the page it kept setting the user's ID to 40, so I ended up resorting to an SQL UPDATE SET after the last save to override things, which is working fine.

Hey guys - created_users_id and modified_users_id are both set to 40 (Guest ID). The API calls add the page and populate various fields, save it, then add an image and save again. I am guessing that is why modified_users_id is set, or maybe it actually gets set anyway on new page creation - I haven't checked. Maybe I should better explain what is happening. I have a full PW site where a front-end user logs in. The PW site redirects to a URL on another domain (but same server) which includes PW via include("/path/to/pw/index.php"); This external site creates the PW page. I just tried this from the external site to be sure of user logged in status: if($user->isLoggedin()){ print 'uid: ' . $user->id; } and it correctly returns the logged in user's id. Got me baffled. It seems like it should be populating these fields automatically, but even if it doesn't, I can't figure out why I can't do it manually. Thanks again.

Ok, having a weird issue. I am including ProcessWire from another PHP script. From this script I am saving a new PW page. Everything works except that the page is saved with created_users_id and modified_users_id as guest, rather than the logged in user. I have tried manually adding changing these fields with several variations including these, but they still contain the guest id: $page->set('created_users_id', $user_id); $page->created_users_id = $user_id; This works fine: $user_id = (int)$_GET['user_id']; $user = wire('users')->get($user_id); print $user->name so I know that $user_id is correct. Should I have to manually set the created and modified user id's in this situation? Even if I shouldn't have to, I still don't understand why I can't! Thanks for any suggestions.

Regarding the image resizing - it looks like CK does support it (works fine in FF), but webkit has a bug that prevents it working. TinyMCE has implemented a workaround for webkit. Here are some relevant discussions: http://dev.ckeditor.com/ticket/6668 http://drupal.org/node/1459176 http://www.tinymce.com/forum/viewtopic.php?id=29222

I can't reproduce the undo problem now either - sorry. I know it happened several times in a row the other day though

Hey diogo - cool idea and a great example of how easy it is to create a module. Looking forward to finding a little time to start creating my own soon. Thanks again.

Hey Pete, Thanks for the module. Just wanted to let you know of a couple of small issues. I get this error: Notice: Undefined index: allowedPagePhotoParents in xxx/site/modules/SocialTwitterUpdate/SocialTwitterUpdate.module on line 113 Also, the page parents selectors are described as "A comma-separate list" which is not really the case for the user with your ASM implementation.

Hey Ryan, Just started playing with this - looks very cool. Just a couple of things I noticed. CTRL/ALT+Z seems unreliable for undo. Edit > Undo from the browser menu seems ok still. This doesn't seem to be an issue with TinyMCE. Also, I don't seem to have a problem when using the demo on the CkEditor site, so not sure what the issue is. The other thing I noticed in the lack of ability to resize an image with the mouse. Seems like this option is not available (at least by default) with CKEditor, which is probably smart given that HTML resizing is a bad idea, but with PW's ability to actually resize the image on the server when resizing in the editor, it seems a shame that CK doesn't have this - can it be enabled?

Ok, not really sure what to suggest now - might need someone morre experienced with PW to step in, but when you say you can save the page so long as you don't make any changes, are you sure the page is saving? Is the modified field being updated? Can you make any other changes to the page, like change the body or other simple field?

Are you really wanting to do this: $page->htl_idiomas = $pages->get((int)$idioma_id); Don't you want to set htl_idiomas to the value of the checkbox from the post? This is something you might find quite helpful: http://processwire.com/talk/topic/59-module-want-form-builder/?p=11639 It shows you how to automatically generate a front-end form from an existing page's fields. This will probably take care of everything for you.