Pete

I think it may have been discussed before, but some videos here on ProcessWire.com showing an easy conversion of a WordPress site might not be a bad idea. Since the basic elements of most Wordpress sites are the same it could just be as simple as a comparison of what you do in Wordpress as opposed to how you do it in ProcessWire. Off the top of my head, you would start with how to make a post in either system which is 99% of what they do on it, before showing them the technical possibilities by adding a custom field in 5 seconds in the admin, then adding it to the template and blowing their minds with the possibilities. What we really need is a series of videos like this comparing things I think as they don't know how easy it is unless you show them.

There are a few ways to do it, none of them straightforward 1) Modx had a lot of extra forums for discussion in each language om their main forums. Whilst i can see the point, I also think it leads to less sharing. 2) Local sites per country. I think this might be the answer, bit if each has its own forums then you run the risk of fragmentation again. 3) Making the main Pricesswire site multilanguage - this is actually a great idea, but there is a LOT of content to translate. If you can hook it up to localised domains though that would be amazing! I like option 3, but option 2 is more easily achieved. If there were to be localised sites with forums then that's fine, but personally I think it would be best if support requests were somehow handled on these forums and that's when it gets a bit messy. And a huge amen to Adam's rant But I understand the difficulties in choosing to say no to that person if there is several months' work on the line too.

If it's a page field (I think it is) then you need to edit that field, click on the Input tab and set "Label Field" to "title".

Hmm, good point. Maybe some tables are in need of repair?

This: $field = $fields->get('$dati_auto[$i]'); Should be without single quotes, like this: $field = $fields->get($dati_auto[$i]); Otherwise you are treating it as a string.

Only thing I can think of is maybe mySQL has crashed - I suggest restarting that.

What I mean though is that %= doesn't work for me, so it's likely a length issue I need to change in my mySQL config like Soma said.

This theme is officially now my favourite I did change the colour scheme though - attached is the modified version (basically all pinks are blues, and the blue-greys are greys - it works quite well). The colours I've changed were done in DreamWeaver so all the styles that were neat one-liners have been thrown onto separate lines, so consider the attached a version that works fine but needs tidying up by me at some point. EDIT: Sorry, forgot to mention that this is prior to the changes on the 4th of Jan. I will update it soon, so consider this a version to look at if you're curious Elegance Admin Theme - Blue v0.5.zip

Ah, except I have two issues that I suspect are more general Selector issues. If I'm searching for the partial word "test" but the actual word is "testing" for example, it won't return a result. I thought it might be a length limitation, but I even tried "testin" without the G and it doesn't work no matter which selector I try. The other issue is postcodes. I have a post code (zip code) in the map marker field that goes something like "LA22 X99". Typing in either LA22 or X99 returns nothing Is it possible they're too short? I seem to remember something about mySQL defaults limiting short word searches so this one might not be a bug

Yep - that's what he means, the subdomain would be empty. Basically the mobile stylesheet would be called for all requests to m.domain.com instead. I suppose a .htaccess redirect could do it and point to domain.com?style=mobile to initially set the mobile stylesheet, then just store the stylesheet choice in a session variable. It's likely that you could do something fancy enough that you could check that the original request was to m.domain.com and then pull the mobile stylesheet - that would remove the rather ugly ?style=mobile I suggested above.

I think you would just remove '' from the end of title= But title can never be empty can it?

Perfect - works for me So is that function basically useful for any module that implements its own tables if you want such a field to be searchable?

The one thing to bear in mind with using the version from the admin is something ryan mentioned ages ago in another thread - it might be better to use your own download in case the admin version ever changes. For example the current version is FancyBox v1 and there is a v2 version of Fancybox - whilst I can't imagine ryan changing it yet as the current version works fine, it could break your front-end work if it were to change. It's one of those things that probably won't happen or if it does it might not affect you, but still worth bearing in mind.

That's why I wanted to work this one out - I've got a lot of repetition in some templates on one site so this will streamline things nicely!

It seems to work for me, but only with the ! at the front, which actually makes more sense when you read it: "If not page matches template template1 or template2" makes more sense than "If page matches template not template1 or template2" The second one sounds like WillyC

That's good to know - it was about a year ago I tried it so it must work now. Thinking about it it could have been a host issue. Or user error. Take your pick!

I know, it's a whole extra character to type, taking up space in the database. Some people have no consideration

Try my last edit to my previous post

I just tried this, which works for ONE template, but the docs suggest it should work with a selector: if ($page->is('template!=template1')) { Found that on this page: http://processwire.com/api/variables/page/ I need to read the full docs sometime - I've still not done that yet and there is a LOT in there But still, that doesn't do what you're attempting! In fact, according to that page, $page->find will search children, grandchildren etc but not the current page. Here's the answer: if (!$page->matches('template=template1|template2')) { Try that one

It does sound like you should be able to do this from reading the API pages on Selectors, but I can't get it to work and it certainly would be neater: if ($page->find('template!=template1|template2') { // Do your thing }

There's nothing wrong with your final option, except my personal preference is && instead of "and" or "AND".

And I've probably lost even more with the Fawlty Towers reference there, but trust me it's funny (unless you're Manuel).

Added and committed that line - thanks. Yep - no idea what the 404 issue is as I compared the strpos and it should just work as far as I can tell.

Hi ryan Just tried to integrate the MapMarker address field with search and it won't let me. Am I doing something wrong? My selector is as follows: $matches = $pages->find("map_marker.address%=$q, limit=50"); I think I might just be being thick

It basically takes the load off in terms of your images, CSS and JS (from memory) and serves these from the server closest to the person making the page request - they generally have a lot of servers all around the world. Last time I tried Cloudflare I had some issues with it and ProcessWire - I probably could have fixed them but time was against me on that project and I haven't tried again yet, so there may be some testing required to get it to work. EDIT: Joss beat me to it. I need to write less