adrian

No problem at all - happy to help. I just pushed another small update that adds a canonical link to the page if you are using the new "Load" option. This is to help identify the ID based URL as a duplicate of the proper PW url so Google etc won't penalize you for duplicate content.

Seems to be working perfectly now - thanks. Awesome new functionality!

I have just pushed a new version of the module that supports "Load" rather than "Redirect" so the url that is entered which includes the 4 digit page ID will stay in the browser address bar. Not sure if this will suit your needs or not, but it was an easy addition so I thought I'd add it anyways.

I don't really have an answer for you, but I think it would be worth your time to read through this thread: http://processwire.com/talk/topic/4189-flexibility-in-page-design/ Lots of good ideas and even an alpha version of a module that soma is working on that might be helpful for your needs.

Oh right - sorry I misunderstood what you meant.

Hey Nico, I think the issue you are having is because we are now over 200 modules in the directory, so you need to increase that setting in the module manager config. PS - here's the start to a conversation about the issue: http://processwire.com/talk/topic/1550-modules-manager/?p=45226

Ok, so the issue with the homepage is that it is created by a built in user called "admin" which doesn't actually exist in the users list so I am pretty sure you don't have a img_user image for that user. Did you create another user called admin yourself? Try running this: $createduser = wire("page")->createdUser; echo 'Created User: ' . $createduser->id . '<br />'; echo 'Current User: ' . wire('user')->id . '<br />'; I think you should see "2" for the Created User when on the homepage and a higher number somewhere in the thousands for the Current User.

From your code and the output, I can't tell which echo statements are working and which ones aren't. Try something like this and let us know the output / error for each one. $createduser = wire("page")->createdUser; echo 'Created User: ' . $createduser->name . '<br />'; echo 'Created User Thumb: ' . $createduser->img_user->getThumb('thumbnail') . '<br />'; echo 'Current User: ' . wire('user')->name . '<br />'; echo 'Current User Thumb: ' . wire('user')->img_user->getThumb('thumbnail');

Hi maba, Thanks for the positive feedback and picking up on those errors. Only catch is that line 249 doesn't refer to ruleData, so I am wondering if you are running the latest version (0.0.8). Can you please check again with the latest version and let me know what, if any messages you get. I don't get any notices show up at all. Did you mean to attach a screenshot regarding the fix for the new admin theme? Thanks, Adrian

A little more testing - if I move the mouse very slowly onto the "compare with current" it works with some PW admin themes but not all and it is pretty difficult to get right. I actually tried on Win7/Chrome and am actually having more troubles - haven't managed to get it to work at all. I have tested different versions of PW without any real pattern. Maybe don't worry until someone else confirms it!

I am not really sure exactly why you are getting that error, although my hunch is that you have the opposite problem that apeisa identified earlier with the $createduser->img_lg field. It sounds like that one was set to single image, but the img_user is set to multiple, so you need to either use first() or eq(0) or change it to be single image. Does that work? I assume img_user is set to type CropImage?

Hey teppo, OSX and Chrome with CKEditor, TinyMCE, or plain textarea. I tried on body and summary fields and both have the same issue. I'll try to investigate further when I have a little more time - sorry I don't have anything more useful right now!

Hey Teppo - this looks to be great - thanks! Only catch is that I can't seem to ever click on the "compare with current". I have tried the default and the new dev admin theme but no matter how careful I am, it disappears before I can click on it.

Does the problem still exist if you are not using that code to add the additional image fields?

LeiHa, $createduser = wire("user"); will get you the currently logged in user, or "guest", rather than the user that created the current page. Is that really what you are looking for? Have a read of this: http://processwire.com/api/variables/user/

Hi tina, Sorry for the limited answer - was in a hurry. Actually looking at this module a little more, I realize that I have never used the built-in render, but rather just used it as a way to enter addresses in the admin. I have been using Ryan's RCDmap class: http://processwire.com/talk/topic/690-map-marker-fieldtype/?p=10667 Although I actually haven't hidden the poi in any PW sites yet, so I don't have a final code snippet for you. However, this is the code that I used on a mobile site I developed that made use of: https://code.google.com/p/jquery-ui-map/ var myStyles =[ { featureType: "poi", elementType: "labels", stylers: [ { visibility: "off" } ] } ]; $('#map_canvas').gmap('option', 'styles', myStyles); I wouldn't necessarily recommend jquery-ui-map - I thought it might be worth trying, but mostly just seemed to add another layer of complexity. I think I would stick with the standard gmaps api. Here is a relevant POI link from google: https://developers.google.com/maps/documentation/javascript/reference#MapTypeStyleFeatureType Hope that helps.

Glad you got it sorted out I have definitely had a few issues with modules disappearing in the past, but not for quite a while. I am running the latest dev, so I wonder if something was fixed recently. Give it a go - I don't think there is really any reason to stay with the stable release.

Take a look here: http://processwire.com/talk/topic/4680-block-access-to-settings-delete-and-view-tabs-for-page/

Not sure why the modules aren't showing up, but you might try deleting module related files in site/assets/cache folder and see if that helps. As for the built-in installer - you'll need a recent dev version for that feature. Oh yeah - definitely install the modules manager - can't live without that one

The module soma is talking about is included in the core, but not installed, so go to the modules page and install "Session Handler Database" which will also install the required "Sessions" module. Let us know if you are still having problems finding this.

Thanks for putting together the PR for Ryan. Just for the sake of keeping connected posts linked, this post and the following reply from Ryan are relevant: http://processwire.com/talk/topic/3023-module-ckeditor/?p=42523

This config option should disable the POI for you: [ { featureType: "poi", elementType: "labels", stylers: [ { visibility: "off" } ] } ] Obviously this is not a module setting, but rather a setting you need to add to the javascript that loads the map on the frontend. Hope that helps.

I actually haven't used the module, but I am assuming it will force any pasted text to be truncated, whereas the normal max characters maybe just prevents further typing. Here is a relevant post from Martijn: http://processwire.com/talk/topic/2343-char-counter-for-texttextarea-fields/?p=47468 Have a play around with it and see what happens

Does the news-pager-index.php file exist in the templates directory?

I think you might need to do something like this: $users->get($page->createdUser->name)->image->last->getThumb('micro'); You need to get the name of the createdUser of the current page and get that user's fields from $users. As for the issue of keeping multiple images - those settings won't work on the front end - you need to delete all existing images before uploading. See this post from Ryan: http://processwire.com/talk/topic/4267-creating-new-page-in-combination-with-a-file-upload/?p=41876 Hope that helps.