ottogal

Hi all, wanting to modify the CSS of a core module (JqueryMagnific in my case), but not to touch the files in \wire\, I found this older blog entry: https://processwire.com/blog/posts/processwire-core-updates-2.5.14/#multiple-copies-of-the-same-module That might be helpful for others, too. (It's pure fun using PW!)

Hi @tpr, I found an irritating behaviour when using the submodule ListerTweaks. If I make a custom selection of the Users lister columns, it will not be reflected in the columns selection on the Users page: There the default selection is displayed, and trying to change it has no effect.

Citing from the linked doc pages: Here "$count option" should read "getQty" option, shouldn't it?

You could try this: $selector = $pages->find=("(template=x|y|z|a), (template=a, status=hidden), ... See https://processwire.com/docs/selectors/#access_control :

The messages you get refer to your files and line numbers. We don't know what they contain, so hardly can help without more information.

Wasn't aware of that - but found the blog post: https://processwire.com/blog/posts/processwires-roadmap-in-2015/ 1 hour ago, adrian said: The advantages of using this _OR_ syntax are explained in this blog post: https://processwire.com/blog/posts/processwire-3.0.40-core-updates/#getting-one-field-or-another-from-a-page

It's the same with any search term ending with the open bracket, f.e. config( - with or without $. Edit: Not an issue of the missing closed bracket: Same with config() etc.

@ryan On the Docs' page The $pages API variable, the first red link $pages API methods is linking to the page itself (instead of https://processwire.com/api/ref/pages/ ).

I'd prefer the first variant over the second, because the "->" is more suggestive if concatenating in several steps like $page->{parent}->{'headline|title'}. (This concatenation syntax, adapted from JQuery, was it to draw me into PW some years ago, because of its intuitive comprehensability.) The second variant instead could be, I think, even confusing, since it differs from the function version page('headline|title') just in the $ character.

I share this opinion. As far as I see, some of the listed Benefits of the functions API are especially relevant vor beginners, whereas the potential drawbacks mostly refer to situations not occuring to beginners. So I would suggest to use the functions in all the basic examples for beginners, and additionally give them hints to the alternatives (firstly the variables) and link them to the API access documentation.

@adrian Thank you for your concern. All five points are valid arguments, I support them all. And thank you even more for your steady effort to improve this valuable tool!

@ryan Kudos for the launch! What a progress! Some hints: 1. You might edit the starting post of this thread and link to the life site now. 2. The issue with the cut off dropdown remains (screenshot Firefox on Win 10): 3. I second the use of the wordmark logo instead of having ProcessWire in the site's font. (Even if I find the wire part of the wordmark a bit unfortunate, typographically.)

Very interesting sites, thank you!

For me (on Win 10, Firefox) Segoe UI looks good. Of the Typekit fonts I'd prefer benton-sans too. There's a typo in the link to the Krub version above: https://processwire.co/newsite/?font=krub should read https://processwire.com/newsite/?font=krub