adrian

You need to set the "sort" property of each item, so if you keep track if their initial sort value you can set them manually when you add them back in.

Looking at the filter box, I am not sure it should be automatically focused. While this might seem nice, it removes the search icon, so it's actually hard to know what the input field is actually for. This is probably most important when editing a page with a Profields Table field on it. As a site editor I am not sure I'd know what to do with that input box. Also, on the issue of Table fields, if you have more than one on a page, the filter box filters all the fields. I am actually thinking that it might be best to remove the filter box altogether for Table fields because the latest version supports pagination and has its own filter functionality that works via ajax across all paginations, which of course your filter box doesn't do. The same could actually be said for for Listers - is there much point having the filter box when it only filters the current page of results?

Here are the details on multi-instance setup: https://processwire.com/blog/posts/multi-instance-pw3/

Yeah, it won't work if you have it in the loop because it will delete the image you added in the last loop. If you simply want to prevent doubling of existing images by filename, you can do something like this whereby you check to see if the image already exists. if(!$product_page->images_product->get("name={$image_name}.jpg")) $product_page->images_product->add($image_path);

Is this what you are looking for? $product_page->images_product->deleteAll();

Thanks @tpr - that last round of fixes really helped with the side menu. Something I just noticed. Does this layout with the compact header look as intended? It seems a bit weird to me - the tabs are no longer tabs. Same thing happens on the templates pages as well.

That shouldn't happen - I wonder if it's a browser autofill thing perhaps?

Sorry - i just noticed that unchecking the "Enable module" button is not turning off all features. As one example, the template edit button in the page list actions still appears. I am also having a little trouble with the automatically hiding sidebar in Reno - if you have opened a submenu, when you move the mouse away from the menu, the main sidebar slides away, but the submenu is still shown. Also, when I check the "One-line sidebar menus" option there is space between the main and sub menu which results in a flicker when moving between the two. I actually don't know what this option is supposed to do?

A little more feedback. I like the Reno compact header, but you lose the ability to collapse the sidebar. I think in reality as a superuser I would never collapse the sidebar, but I think I would prefer most editors to not see the sidebar by default - it might be nice if they could show it if they want access to the Add New/Find/Recent menu items, but I think most don't ever use those, so I think that their initial view should be no sidebar. Would it be possible to make that configurable? I think if I had that (and the submenu auto-hide like I mentioned above) I would be sold on Reno as the default theme for everyone. I know I have said it once already today, but I really am stoked by just how different AoS makes the experience and the look of the admin - thank you! One more thing - I eluded to it earlier today, but any thoughts on implementing something like this: https://processwire.com/talk/topic/7653-module-adminthemecustomizer/ - I'd love an easy way to theme the admin to a client's color scheme!

I think I saw the same thing - they appeared in the Modules > Install submenu though. Is that the same for you?

@Robin S - I forgot to report those notices - they do go away if you save the AoS settings page, but should still be fixed. My code change makes the "Hide template edit action" functionality work in ListerPro.

Thanks @tpr - can you modify this line: https://github.com/rolandtoth/AdminOnSteroids/commit/1c83e830671778d8c23aaf9c445c65eeceba235a#diff-87158a491bd0f96fe2f3cb4d8b6ad9c2R422 to be: if(in_array('hideTemplateEditAction', self::$configData['ListerTweaks_options']) && ($this->page->process == 'ProcessPageLister' || $this->page->process == 'ProcessPageListerPro')) { I added the ProcessPageListerPro process so that it also works for ListerPro. Not sure if there are other sections in the module that might also need this. Another suggestion for you - what about making the Reno submenu (the one triggered from the lightning links) automatically close once the mouse has moved away - I find it quite annoying to always have to click the close button. Might need a bit of a delay before closing so it's not annoying, but I am sure you'll be thinking of that. Thanks again!

I just submitted a PR for fixing the Reno debug mode FOUC: https://github.com/processwire/processwire/pull/29 One small thing I just noticed - sometimes the #template label in the page list actions is before the rest of the actions. In my case Home, Admin, Trash, eg: Not a big deal, but just in case you hadn't noticed.

Any chance of tweaking Lister results to show page action buttons on hover, rather than needing to click? This would be great as it would be consistent with the main page list view. Thanks!

You can use selectors inside children(), eg. $entries = $page->children("limit=10, sort=-sort"); $pagination = $entries->renderPager(); echo $pagination;

You might be right - the idea was for a simplified view for site editors that you think can't be trusted with the Edit mode, or just so you can see the entire page title (if you have long titles (like news articles etc) cleanly. I haven't committed this new version yet, so I'll see if others have any comments.

Looks like you might be defining $config->imageSizerOptions in your config file, but missing the "sharpening" option. Add that and you should be fine.

Just playing around with the new filter on BCE and thought maybe a new "View" mode for BCE might be nice. Please comment on my post over here if you are interested in this feature.

Just playing around with the AdminOnSteroids filter on BCE and thought maybe a new "View" mode for BCE might be nice. I simplified everything right down by removing all labels and using the "Replace" option for the Position setting in BCE, so this is all you see on the Children tab. Wondering if you guys (especially @tpr - our resident admin tweaker) have any thoughts on tweaking this new "View" mode so it's a nice replacement for the standard Children tab view. FYI, the edit icon opens the page for editing a modal. I feel BCE needs some more options for controlling what user roles get access to which modes so that it is possible to restrict some to just this mode, which I think it a nice replacement for the Children tab, which for the most part I don't really see much value in with its current layout which is basically a reproduction of what you get in the main page tree view. Any thoughts?

Maybe an unusual scenario, but if you have the mini scrollbar for main content option checked and you're using the Lister view in BCE, two finger scroll/mouse wheel won't work because the miniscrollbar is added to the iframe containing the Lister view. The new "delete" page list action button doesn't work in Lister. Another weird one - any reason the config settings for the module are in two columns in the default theme, but not in Reno?

Hey @tpr - along the same lines as what @Juergen just said, I must admit I haven't really had time to play with this in a while, but taking a look again now, and I have to say I am very impressed - it is looking really fantastic these days! One quick question - I am only seeing the filter box for the module page - I don't see it for BCE, or other locations where I would expect it. Is there something I need to specifically turn on. I found the Miscellaneous tweaks option which turned it on! Just an FYI - I still prefer the default theme over the Reno theme - I have a list of issues with the Reno theme that have held me back from using it. This is something I compiled a while ago, so please forgive me if some are no longer correct. I thought there might be some inspiration here for you, but if it's just me that is bugged by these, please ignore Many of these should probably be fixes to the core, so ignore those also. There are currently no icons for module submenus. I think it would be preferable if the submenu pane started at the vertical position of the menu that it is triggered from so long as all items fit within the remaining screen height below the main menu item. It is currently quite annoying for modules which only have a couple/few items to have to move to the top of the page to select a submenu item. Not sure if it's intentional or not, but if you close the submenu/lightning pane and then hover over the lightning icon for the same main menu item again, the pane won't load - you now have to click to make it open. Inconsistently in breadcrumbs between current default theme and Reno - see my note here: https://processwire.com/talk/topic/11550-feature-request-ability-click-current-page-in-the-breadcrumbs/?p=111470 Is there a reason that the search box ends up in the middle of the page, even though it is triggered by clicking on a button on the right? If you want to close it you now have to move your mouse from far right to the middle - might not seem like a big thing, but it just seems a little cumbersome to me. The lightning icon for the "Support Forums" and other items doesn't make sense to me - I don't think it should be the same icon as is used in the main menu. What about a chain/link icon as they are all links to info/resources. Maybe even an "info" icon? I'd also love to see an easy way to replace the PW logo image at the top left for a company logo. I don't want to diminish the advertising benefit to PW, but also think that some customers need to see something more personal. On this note, I'd also love to see easy skinning - like Blad's module When you have debug mode on there is a FOUC with the debug mode tools content before it gets collapsed - quite annoying IMO. The lightning submenus don't expand to the width of the widest entry, so for some modules the name is truncated. The lightning submenu panel for site modules doesn't let me scroll all the way to the bottom so I can't get to all the modules. The down expand arrow on the main menu items should perhaps start as right facing and become down facing once the item has been expanded. I think the menu would benefit from a more obvious divide between main items (or highlighting of the main items). When you have multiple main items expanded it can be difficult to quickly see each of the main (top level) items. I am really not sure I see the point to the side menu as it currently is. For most site editors, the only thing they see in that side menu is "Pages". It looks weird and like a huge waste of space. I know you can collapse the side menu, but I think we can do better. I mention a bit about my thoughts here: https://processwire.com/talk/topic/4398-two-column-admin-theme-concept/?p=112450 - In particular I would like to see the Setup, Modules, Access items in a top menu and have the page tree in the left side menu. Maybe page editing could be ajax loaded from the tree, but I think to keep things simple it would be fine to simply render the page list tree in that side menu and have the edit links load the edit link for the page, and open the page tree to the page being edited. If you have the Children tab selected when saving a page, once the page reloads, the ajax call to populate the children tab is not triggered. Clicking on another tab and then back to Children loads everything - update - I think this actually affects the default theme as well these days - anyone else?

Sorry @Robin S, those should have been backslashes If you do want to rollback though, grab this version: https://github.com/adrianbj/TracyDebugger/tree/ef3763e4174bf981d8ced1936c27f98b9802df01

https://github.com/adrianbj/TracyDebugger/issues/6 As noted in the issue, we discovered it is due to the use of LIVE dumps that I introduced as default for bd() a few weeks ago. I was hoping for a workaround because it is so much more efficient, but as you'll see if you read the linked posts, I might have to wait for that pull request to be finalized. I might have to revert to normal dumps until then. I'll investigate a little more in the next couple of days and fix one way or the other. For right now, you can instead use /Tracy/Debugger::barDump() inside your hook and you should be fine.

I actually thought you meant something different to @kongondo - who knows, but here goes, just in case: $page->count("template=v2-bs-demandes-recrutement, optionsfieldname.label=option 1, include=all"); This will count the number of pages that has "option 1" selected in the "optionsfieldname" options field.

Thanks @Christophe - I have unpublished it from the Sites directory. There is a script that @teppo put together using code from isit.pw that can be run to check sites in the directory, but I am not sure if it is being used or not.