ottogal

Thank you for the clarification. Shouldn't that response be replaced by a less irritating message?

Hi all, on the Module Information page of Process Tracy Adminer, when I click the link "check for updates" I get this message: What's going wrong? Thank you for hints. (PW 3.0.105, Tracy Debugger 4.14.11, PHP 7.0)

Maybe something like this:

That was not my intension, sorry. I never saw it like that - I always had to remove the unused profiles manually.

You select it by renaming the folder "site-blog-editorial" to "site". (The other site profile folders you may delete.)

I don't see the point here. Editing a page in PW, the page tree is just one click away.

Hi PhotoWebMax, this could be just a cache issue, I presume. BTW, there are quite a few former MODX users in this community (like me and you - I remember your contributions in their forums years ago - , and of course kongondo and others. What I'd like to say: Don't let you get discouraged in using PW just because of some fiddling issues with a gallery script which will be solved and have nothing to do with PW. Having found PW several years ago I quit using MODX from one day to the other and never looked back. Good luck!

Nope: That doesn't help since you are finding the tasks, not the projects. So instead of creating a new PageArray you better create a normal PHP array $matching_project_IDs and add the IDs of the matching projects: $matching_project_IDs[] = $task->parent->parent->parent->id;

If you have really many projects, to avoid loading them all into memory you should use findMany() instead of find().

Given your Page Tree structure, the following should be possible - assuming the Tasks have a common task_template with the field assigned_to_user: $matching_tasks = Spages->find("template=task_template, assigned_to_user=user1"); Smatching_projects = new PageArray(); foreach ($matching_tasks as $task) { $matching_projects->add($task->parent->parent->parent); };

Have a look also to the section on Sub-selectors in that doc. So this should do it: $matches = $pages->find("template=group, children=[my_int_field=0]"); And for the other case: $groups = $pages->find("template=task,parent=[closed=0]");

In the API Reference: https://processwire.com/api/ref/page/children/

Just guessing: The second scenario should be possible with $matches = $pages->find("template=group, children('my_int_field=0')"); And the first one (even more guessing) with $groups = $pages->find("template=task,parent().closed=0"); or $groups = $pages->find("template=task,parent()->closed=0"); Or, more likely: $groups = $pages->find("template=task,parent(closed=0)"); Not sure at all. (Couldn't test it by myself.)

About the distinction between a template and its fieldgroup you can read in the API Documentation: See the last section "Using Templates and Fields from the API" from http://processwire.com/api/variables/templates/.

Looking into the Dev Tools: The CSS rules for #topnav say position:absolute for some screen witdths and position:static for others. The breakpoints are defined by min-width or max-width, a bit confusing... Best would be to have always #topnav{position:static}.

In my case it's independent of the scaling factor: the same at all zoom levels. So that seems to be a real problem of Fx...

Using the newest version 60.0.1 (64-Bit) of Firefox (and already in preceding versions) I get the menu rendered wrongly (see first attached screenshot - Windows 10 on a 1920x1080 screen). So the item Modules (or Forums) is not accessible, a click would activate the search input field. With the Developer Edition of Firefox all is fine (second screenshot). Can someone confirm this observation?

Your pessimistic impression of programming help forums is explicable just because it's your very first post in this community. Stay here, and you will soon have lost your prejudice... ?

Uups - I should have known I missed something obvious: I forgot to click the move button before dragging... Stupid me. Thanks for the eye opening gif!

Hi all, already since several version upgrades there is no longer the option to trash a page by dragging and dropping it onto the Trash page. But when you open the Trash you always see the (now erraneous) hint:

@tpr Thank you for looking into it. It's not such a big issue to waste time on it.

Given that {$lendoutpage->tool} is a page ID, I think you'd need {$pages->get($lendoutpage->tool)->title}

Thank you, that helped. Unfortunately I love the default theme...

Hi all, on a fresh PW 3.0.98 installation using Default Admin theme and site-default profile I have installed AOS 1.9.4 as the only site module. Two observations: (1) When in PageListTweaks I check Always show pagelist actions, in the page tree there are no line breaks any more between the entries - see attached screenshot. How do I get them back? (2) Having checked Sticky header in Admin tweaks, when on the settings page of the module I click the cog of a Submodule, the sticky header would overlay the top lines of the options of the chosen submodule. Not big problems - many thanks for this incredibly useful module!

To get a page you'd need $pages->get('name=foo')