Soma

Try Data: { 'q' : q}

No it's nice to have and ... Hmm but it doesnt work at all?! Even with only german as the default. Damn, all this software is so english orientated. But in this case I think ... Not sure. If we take it out it wont be available in english aswell. Well I tend to think for date inputs it's not that important as long as the output works. But for sure annoying it can't be used.

Maybe trailing slash? Ryan. I think source is for the params.

Little afterwards question to this subject. When changing a language title field (only changing one of languages) getting $page->getChanges() it gives 0 => title 1 => title Would it be possible to also see what language field has changed of title? Minor but thought it would be great to have the possibility.

Works like a charm now! Thanks Ryan!

Yep the Datepicker does the translation, and it seems converting it back does fail. In master version 2.2.9 there's no translation happening from the Datepicker, so you're right. Certain formats like "Y-M-j, l" work but get translated back to english when saved which is wierd. I guess the best would be to have the input digit based as you say. I can live with that. Thanks

Have you seen this? http://processwire.com/about/sites/ And this? http://processwire.com/talk/forum/9-showcase/

It doesn't matter, anything that has strings in it for months and days. For example "j F Y" or "l, j F Y" get's cleared when saving. Following does to work on the other hand "Y-M-j, l"

It doesn't work if I use "8 März 2012 12:00" type of input. I've set the locale in the translation "de_DE" so the input get's localized depending on the user language.

Some references: http://processwire.com/talk/topic/1119-global-content-in-footer-settings-page/ http://processwire.com/talk/topic/983-site-title/ http://processwire.com/talk/topic/1985-modify-title-tag/

When I save a page (without any changes) it always says there's 3-4 changes although I haven't done any changes. It turns out the language fields get "unset" and somehow PW makes changes to those fields altough nothing has changed. For example tracking the page save and getting $page->getChanges() I get this unset:headline unset:title title headline and title are language fields. Not sure what's about the title. So the save message shown is Saved: /templates/ (3 changes)

I have a datetime field and using latest dev version, when changing the date and saving, the date field turns out empty after saving. When dropping in master, it works. Edit: It seems only to happen when the user has not the default language. If user uses default language the datetime field works. Also maybe it has to do with that the is localized... So If my user is german the date input format is in german localized. Edit: Yes if I change the input format to not include string dates it works again. So I'm not sure what's about it.

In this case I construct the product urls to have only one main category or use what apeisa said.

apeisa +1

You could also use PWs $config->scripts->add(path) and $config->styles->add(path) to register scripts and output them same way as in the default.php found in templates-admin. https://ryancramerdesign/ProcessWire/blob/master/wire/templates-admin/default.php#L67

Bumpidibump.

It's supposed to be in the template file where you want to output your navigation markup. Not sure I understand the question. Where else should it be?

It is reusable changing the properties in the int. But it was an example for a request of user and team pages. I was working on a little more abstract version but havent continued. It works for small amount of pages but to be more scaleable it would require a different approach. This is just straight forward code and melts your synapses if you look at it for too long. ;-)

Ok found it https://gist.github.com/4335296

I already created a module that does this couple weeks ago. Youll find it on my gist page or in forum. On mobile so toolazy to search it.

Name field isnt unique. A textfield and making it global isnt either.

I've seen processwire.ch is also already in hands of a swiss fotographer. Hmm Why?! I was also thinking to get processwire-cms.ch. Even if doing a redirect to you guys

I made some changes to get rid of the 404 problem and changes some minor stuff to then work with LanguageLocalizedURL module too. Dave could you please take that code https://github.com/somatonic/MarkupSitemapXML/blob/master/MarkupSitemapXML.module and test if it solves your issue before pete accepts the pull request? Thanks

I made some changes to get rid of the 404 problem and changes some minor stuff to then work with LanguageLocalizedURL module too. fmgujju could you please take that code https://github.com/somatonic/MarkupSitemapXML/blob/master/MarkupSitemapXML.module and test if it solves your issue before pete accepts the pull request? Thanks

I have shell scripts to copy the live site to the dev. I could see a tool to export and import content. So it would be possible to work on dev, and let editor edit content on live site. Then reimport content from live to dev, before pushing all from dev to live. But this can give conflicts with content created on live, while at the same time maybe adding content to on dev version. So maybe prone to errors. Really don't know what could be done and in what way, I just know it's very hard to bring a solution, and there hardly any CMS that has this functionalities for a good reason. Migrating content is not what I mean which is easy.