Soma

The second one error, is one we already reported multiple times, but I don't know what Ryan says about it or can't remember as I haven't looked into it since then. Basicly the 404 page doesn't have a localUrl when it's thrown and not directly accessed. Not sure it has been fixed already or if it's possible.

Heh, now we got 3 mailchimp modules separately that do work differently. I'm holding mine back as it is a lot more complicated to create a good mailchimp module with remote managing lists and campaigns. Lists can't be created via API, reason being that you should work with segments and groups for a list instead of creating a list for every group. This is to avoid creating too many lists. But this get's a little more expensive in "recreating" the functionality Mailchimp already has done very very well. One thing that is different from your module for example is I don't use PW user but pages. I create campaigns for lists and submit them from a newsletter created from a special page the user can edit and select for submission. So far I haven't got the time to invest and list management is still missing, kinda what you got here but as said not for PW users. But it has a nice admin interface to create campaings and see part of statistics after sending. Thing is that to make it really efficient (as the requests are limited) it would need to have caching built in so it doesn't need to request all those informations everytime, kinda what they suggest in their API docs. We maybe should work all together I'm on holiday currently in Turkey this week, but maybe I can find some time to share module.

Ah thanks for mention. It this strange thing with versions when being 008 it threats it as octal number, although when on version 0.0.7, it shows that an update 0.0.8 is available (shows it correct) but after updating it displays 0.0.0. :/ Ryan? Edit: I corrected this with 008 changed to 8.

It's hard to tell, as your javascript doesn't make much sense with the php/html you posted. There's no link and no href. Also I don't understand what a index.php has to do with all this, guess it's a plain php you created without PW? And I don't know what scripts you're talking about you have in site/script. Really hard to help without asking a lot of questions, that's maybe why nobody yet responded.

You actually can do matrix sorting quite easy with floated elements and jQuery sortable, but the config needs to be changed to vertical and horizontal, not only vertical. I've done it for the Imagefield and it works ok.

Would you mind creating a github account and put that there?

I will soon have to create a link list fieldtype, where you could add links with url and text, internal and external. I'm surprised nobody done that yet, as it seems a basic feature a CMS should have. I've used repeaters until now and it's ok I guess too, but maybe a dedicated fieldtype would be nice. Another option is to use a Wysiwyg field as that would already allow for "easy" creating a list of links. Those are all very easy to setup option and flexible. But you know it's fun to develop for PW. Or anyone want to have a go or know if this would make sense at all?

ModulesManager doesnt care about dates.. only module version.

Page publish permission is used to control if a user can publish a page or not while still being able to edit. Nohinh to do with if the page is published or not.

Why not use a simple language file with php vars or a page with language text fields? The translation in PW isn't really suited for such forrmatted text in front end. Theres too many restrictions and the default text is like a key means once you change a typo or word you have to reenter all translations again.

I'm not sure I get what you're saying...

Not sure what you mean by can it be used... it can be used for whatever you make out of it.

There's a 'page-publish' permission you can add and use that. It's not there by default but it's recognized by PW

Using the approaches explained there are not recognized by PW itself, you'd have to take care of it somehow. There's everything explained on that page with examples. I'm not sure many people have used this method yet and I think it's not the ideal solution for real multilang sites also because of the various things you have to take care. Consider all the cases and dealing with them like links in textareas etc. And you wont get speaking translated urls. I only ever used separate tree and the LanguagePageNames, previously LanguageLocalizedUrl. It's a lot easier to deal with and setup plus the system works with it and takes care of urls etc. Consider that those docs were written before there was corr language support as with LanguagePageNames shown in this thread.

I just tested the page-publish permission, and I got same the still odd behavior as described in this thread. With latest dev version of PW. I added a "page-publish" permission to a role "publisher", the editor that has this role added can't edit pages anymore, only for unpublished pages. Once you go to the a page with access roles of editor and publisher set, and look at the settings for "Who can access this page?" when you publish and unpublish the page you'll see strange things happening to the roles and their permissions. Has this fix ever been comited or was it once in and left out on dev branch? Edit: Ok tested this little further. It seems I'm not able to stack the roles for publish permission. Like having a editor role without publish permission, and a publisher role that has only "page-publish" and "page-view" permission. editor1 guest, editor, publisher editor2 guest, editor with this setup I can't get it to work and get strange things happen. It works when I separate the two roles with publish permission and give publisher also same rights plus "page-publish" like editor1 guest, publisher (edit and publish) editor2 guest, editor (only edit not publish) Isn't it mean to combine roles like adding roles with certain permissions? Another thing when testing this, was that when I give a role edit, delete etc permissions - and then on the template I check all permissions for that role (as the checkboxes are enabled). So far so good. But when I remove the edit, delete permissions from that role after that, the setting are still somehow existent on the template access and role settings, but the checkboxes are disabled. Still yet it shows these permission for that role when inspecting a page under "Who can access this page?". Not sure what's about that, but pretty confusing. When I turn back on the permission for that role, the checkboxes are again enabled AND all checked. Shouldn't when removing permissions from a role also those settings getting removed? Those setting somehow remain hidden but still active? It's maybe a detail but maybe would explain why I seen strange things happening. Even though it's maybe not important, but I found it confusing when testing with roles and permission.

ImageMinSize Module Already there since a couple months, I figured I'd finally add it to the repository. What it does ImageMinSize module allows you to define a minimum width and or height an image needs to have when uploading. This is same as the already existing maximum image size setting, just on the other end. You can set the max and min width and height setting to the same to restrict uploaded images to a specific size. If the requirements aren't met it will delete the image and show an error. After installing the module you'll be presented with the additional minimum width and height setting in the fields input configuration. Currently on github https://github.com/somatonic/ImageMinSize On modules repository (in approval state) http://modules.processwire.com/modules/image-min-size/ This module was getting started because of this thread: http://processwire.com/talk/topic/3476-fixed-image-size/?hl=imageminsize#entry34110

A multilanguage setup can be done in so many ways I'm not sure what is yours. I'm not sure what's about language segment at the end of the url but it sounds cumbersome. There's plenty of info in the docs and forum. Most simple setup would be using LanguagePageNames. Youll have lang segments as the first segment and with this the language is automaticly set to user and thus to the system. You dont have to do anything a navigation will work without further addition like session or anything. There's some special functions available to get language urls explicit for example to generate language switch.

Do you mean area = W*H ?

Thanks kongondo, this idea was from mindplay.dk! Also wanted to add: - There's field settings for the width of the inputs in pixels. - There's a input setting to add a suffix string to each input like "mm" or whatever you like.

Hey mindplay.dk, yeah good idea. I just added support for volume value that will get calculated once a dimension value has changed. This value also gets saved to the DB. To add a runtime computed value it's very easy, but unfortunately then it wouldn't be possible to query volume using selectors. Much like the concat fieldtype of Ryan.

Thanks Ryan! Haven't really thought about that, so thanks for the heads up! I changed the keys and also added support for a volume property that will get calculated everytime a dimension changes and stored to DB. So it can be used for convenience if needed to get the volume, and also use it in selectors. I updated the module and readme to reflect that change, along with some cleanup and coments. If you happen to already have the module installed, I recommend to reinstall the module for the updated index in db tables.

No just entering new dimensions.

Dimension Fieldtype A new fieldtype to enter 3 integer values for width, height and depth. Output You can output the values from a page like this: echo $page->fieldname->width; echo $page->fieldname->height; echo $page->fieldname->depth; Volume There's also support for a "computed" value of the volume. W*H*D. This will get stored additionally to the database and updated every time a dimension value changed, so it can also be used in selectors for querying. echo $page->fieldname->volume; Selectors for searching The dimension can be used in selectors like this: $pages->find("dimension.width=120"); $pages->find("dimension.height>=100, dimension.depth<120"); $pages->find("dimension.volume>=1000"); Integers and Formatting The values are entered and stored using integer and not float, as this makes for easier headache free usage. Treat them as integer and format them on the output if you need to. echo (number_format(($p->dimension->width/100),2)); // 538 will be 5.38 Field Settings There's field settings for the width of the inputs in pixels. There's a input setting to add a suffix string to each input like "mm" or whatever you like. The module is already on the repository ready to use http://modules.processwire.com/modules/fieldtype-dimension/

I just quickly create a new FieldtypeDimension module. https://github.com/somatonic/FieldtypeDimension Will later add a thread and to the repository. Forum Module Thread http://processwire.com/talk/topic/4081-fieldtypedimension/