diogo

I agree Here are six more suggestions: http://www.fontsquirrel.com/fonts/asap (I like this one) http://www.fontsquirrel.com/fonts/lato http://www.fontsquirrel.com/fonts/CartoGothic-Std http://www.fontsquirrel.com/fonts/cabin http://www.fontsquirrel.com/fonts/Liberation-Sans (closer to Arial, from Red Hat)

you can also use something like this http://thecodemine.org

Ok, I was mistaken by this If bfd_month is a page field bfd_month=11 will search for the page with the id 11. If 11 is the name of the page you should use bfd_month.name=11 instead.

And what does $todaymonth echo? echo $todaymonth; I'm guessing it's "11" Edit: I just confirmed that date("m") returns the number of the month. If you want it to return the name of the month use date("F") instead. http://php.net/manual/en/function.date.php

Did you follow the instruction for the stable version of PW? For the stable version you need to create a child of the page to hold the template.

That rule was added to correct the input fields funky behaviour because of the borders, so maybe the best things is to apply the border-box only to them. input, textarea { -moz-box-sizing: border-box; -webkit-box-sizing: border-box; box-sizing: border-box; } We could go a bit further and apply it to all the direct children of .InputfieldContent. I think I prefer this option. .InputfieldContent > * { -moz-box-sizing: border-box; -webkit-box-sizing: border-box; box-sizing: border-box; }

I was worried that I might have been rough with what I wrote, but it wasn't my intention. I'm glad you took it how I intended Anyway, It's not only an aesthetics matter, it's also functional if you think that Helvetica was created for printing and Arial is not more than a bad copy of it. There are many fonts (even free) that were created especially for screen, and some of them by really good type designers , For example Fira, that was mentioned before, was designed by Erik Spiekermann (Yaaay, I wrote his name right without looking ). Truth is that the traditional font stacks exist because of a technical limitation that doesn't exist any more, can you imagine if it would be the same with printing? Imagine if all the posters and magazines would be written in the same fonts (boring...), and last but not least, imagine that all online code editors and code in blog posts would be in Courier New

Hm, I have to say, as a designer, it's not that easy to digest this sentence. Not that there is something wrong with those typefaces (with Helvetica at least), but because that thought just throws any design choices in the garbage, not to speak in all the effort that is being put on making typography be finally possible in the web... isn't it a bit like telling a developer "i don't care if it's semantic, just make things appear on screen".

Design is a complex thing, you just can't put everything in the same bag. I agree that in many cases what matters is to put the content out there in the most efficient way possible and son't defend that all websites should have unique designs, but in other cases where uniqueness and aesthetics are important why should why should we prioritize mobile and sacrifice people that are looking at a website on a big screen? Isn't it like lowering the experience of people that go to the movies because the film will also be on DVD soon?

Well, that's more clever for sure

Hi skovar. You. can't use the variable $page inside a function because it's out of scope. use wire('pages') instead.

Are you guys aware that Bitbucket offers ilimited private projects for teams up to 5 collaborators for free? It's pretty awesome actually

Try: $pages->find('template=event, related_city.status!=21')

Ya, there were some problems in the previous code. This one is tested and should work: $queryArray = explode(" ", $q); // create an array with all the words $authorPages = new PageArray(); $titlePages = new PageArray(); $results = new PageArray(); foreach($queryArray as $word) { $authorPages->import($pages->find("author*=$word")); $titlePages->import($pages->find("title*=$word")); } // intersect both arrays by importing common pages to the $results array //foreach($titlePages as $p) { // if ($authorPages->has($p)) $results->import($p); //} // forget the above 3 lines, this is so much better for intersecting two arrays $results = $titlePages->find("id=$authorPages"); echo $results;

What about this? (also written in the browser and not tested at all) // the code was not good // see my next answer Hope it's clear...

Great to hear from you Joss!

This should do what you want: // untested $q = str_replace(" ", "|", $q); // replace spaces by pipes $results = $pages->find("author|title*=$q");

Draft https://draftin.com/ is also nice.

Adrian, you get a like for each answer

In defense of totoff, he did say this: Edit: Still, there is Open Source and Open Source, the fact that a project is Open Source doesn't mean that it should be immune to criticism. There's no doubt that the fact that some big Open Source projects are so widely used hurts the growth of smaller and much more competent projects, and comparisons should be made to combat this, and also to make those projects be aware that they can't stop getting better. Those are my two cents...

I think it would be useful to get Matthew on this discussion. I will PM him, just so he knows

Hi Melissa, welcome to the forum! In my opinion the blog profile is not the ideal for this situation. This profile was created for setting quickly a full featured blog and style it while maintaining the initial structure more or less untouched. Your situation is very different, so I think it would be better to use the default install of PW a go from there. For what I see in the site you linked to, there is no need for all the fancy things that the blog profile has (categories, tagging or all the sidebar goodies), and even if you decide to have some, they are not very difficult to code. Besides, the website seems very simple, but at the same time needs some flexibility because the structure changes a lot and the header is always different, things that the blog profile is not ready to address.

Hi ioio, welcome to the forum! You can replace them without any problem. Actually, you can replace everything in the templates folder by your own files without any problem with the exception of admin.php. Just be aware that ProcessWire will look on that folder for the php files that correspond to the names of your page templates. You can also replace the scripts and style pages and organize your includes inside your own folder structure, as long as you call them with the correct path on the include() function. Edit: Adrian was faster because Canada is closer to the PW server than Portugal Edit: On the other hand, Portugal is closer than France and Switzerland

If you know how many elements will have border and exactly what thickness will be the border of each... and you will be replacing a "clean" solution by a complex one. As I said, it's a matter of balancing everything and be aware of what you win or loose with each method. Any informed choice is a good choice

Martijn, sometimes it'd not about being easy or difficult. You can't mix percentages with pixels, and if borders measured in pixels count for the calculation of a total that is measured in percentage, things will break and there's no other solution either than removing the borders from the equation. That's what was happening with the admin theme in all browsers before that rule was added. Again, it's a matter of balancing the choices and make informed decisions.