adrian

Hi @Macrura - do you have any thoughts on how this would actually look? I can envision the clear/delete options, but you mention "look at". Do you want to be able to actually preview the contents of wireCache items? Currently I use the Console panel for this: d($cache->get("hello-world")); but I can see the advantage of being able to peruse them all. I just worry that some might be quite large. Any thoughts on what you'd like for this feature?

Remember that ModuleToolkit can batch install modules with a list of module class names.

Hi @Robin S - glad you like it Yes, if the API Explorer is installed it will link to those and if not, it will link to the API docs on the PW website. On a related note, the links from the API Variables and Core Classes sections on the Debug Mode panel behave the same way. As for opening in new tab - I am honestly not sure about this. I struggle with this a lot - I used to be all about new tab for external links and same tab for local links (so long as it wouldn't result in a broken form submission / loss of user input). However these days I mostly don't go with new tab for external links at all - I think the user should have the choice. Also, in this case the user of Tracy is going to be a developer and they know about middle-click, three-finger-click, or right-click new tab, so I am tempted to leave it up to them. I would like input from other Tracy users on this though, because it is a grey area and it could result in a loss of form data. Keep in mind that all links from Tracy (especially the PW Info panel) are same tab, so I think I have been consistent here. Any strong thoughts from any of you out there?

Hi @d'Hinnisdaël - thanks for noticing this issue and putting together a fix. I am actually wondering if there is actually any point in using the bcc option even when it's available. Maybe I should just relabel it as "Notify other admin users" and make use of additional "To" email addresses. Maybe it should even support a comma-seperated list in case you want to notify more than one user. Any thoughts on this before I implement?

Thank you - awesome to have! The main thing I am missing at the moment is the full row hover And the position of the "Disable AdminOnSteroids" link is driving me a little crazy A couple of other things I have noticed: There is no support for the stick header/nav when using the traditional layout option. In sidebar mode it is built into the theme, but I don't like the iframe implementation. There is a weird layout issue with AOS on - note the doubled and missing borders on these elements Thanks for all your work on this!

Hey @tpr - any chance you could add the "Show pagelist actions on full row hover" tweak to the sidepanel tree - the one that shows when you click this icon in the breadcrumbs. I am starting to get into the habit of using that panel as a way to access the tree and I am really missing the full row hover. On another note - what are your thoughts on supporting the new UiKit theme now? It is starting to look more usable (although I must admit I still don't see any real advantages over an AOS tweaked default theme), but it would be a nice option to have going forward. No pressure by the way - I know it's going to become painful keeping up with three different themes. It will be interesting to see what happens - will UiKit takeover as default - will the others stop getting core upgrades? Comes back to my desire for one theme which is easily skinnable, rather than different structures!

Yep - that's how it's working here for me. Are you trying to convert an existing Repeater field to a FieldsetPage field? I bet that is the problem. It looks like it is available an a type to change a repeater field to, but the settings might not actually be compatible - @ryan ?

Well I do agree with you on something at least - I also think that the PW logo should be to the admin home. I guess on smaller screens we need a hamburger icon for the that full menu sidebar. Back to my thought on accessing the tree - when you are editing a page, or on a subpage of Setup, Modules, etc you can click on the "Tree" icon and get the tree in that sidebar overlay - I think this is great, but you can't access it from these "parent" pages because there is not breadcrumbs on these pages. If the breadcrumbs were added to these pages, then you could access the tree sidebar panel from anywhere and I'd be happy As much as I want to embrace the iframe'd sidebar tree available in UiKit, it just doesn't quite feel right - partly it's the iframes, but mostly it's the width restriction that force the page list action buttons onto a second line. Being able to access the side panel overlay tree from everywhere would be a really nice compromise I think.

I completely agree. As much as I think whitespace/padding is important, I still prefer the default theme in this regard. I also think that the size of <h1> tags needs to be reduced significantly - it makes the title when editing a page huuuuuuge! Actually, can we go back to the default theme here also - no need for the title - just put it back in the breadcrumb and put the save/publish buttons on the same line as the breadcrumbs too. These are big showstoppers for me at the moment. The top of the Content / Children / Settings tabs is 215px down compared with 113px. That's 102px of wasted real estate at the top of the page! BTW - I really do like this new version of the UiKit theme - nice work Ryan Another idea I have - what about having the off-canvas menu (accessible from the PW icon) look like the sidebar menu on large screens. I don't think there is any functionality in duplicating the Setup, Modules, Access, User/Profile menus. I think the ability to bring up the page tree exactly the way it looks with the "Pagetree sidebar navigation" would be much more useful.

Hey @Robin S - I can't find it, but I am pretty sure I posted about this issue quite a while ago. I think this is critical and should be fixed in the core. I am sure there are more than a few modules that rely on a "repeater_{$field->name}" pattern for getting the template. They probably shouldn't, but it's also just one of those inconsistencies that shed a less than stellar light on PW (in my humble opinion). BTW, templates can use alternate fieldgroups - not sure how often this happens in practice, but that is the origin of that separation.

This actually doesn't seem to work for me and the prepend version of this <body pw-prepend='html-body' class='bgimage'></body> results in: <body id='html-body'><body class="bgimage">

Nice - I tried a couple of ideas with "prepend", but didn't see anything in the main blog post (http://processwire.com/blog/posts/processwire-3.0.62-and-more-on-markup-regions/) about using it like that. That does seem to work just fine - thanks!

Thanks @abdus - I'll press on with them for this project - it's worth giving them a thorough trial.

Thanks @rafaoski - definitely lots of options along those lines and certainly something I have done in the past with other output strategies. I guess I just thought the Markup Regions should have this ability built-in given that it seems to be all about preventing the need for this kind of conditional logic. Not sure Markup Regions are going to become a regular thing for me - I usually prefer the simpler approach to things that has the most flexibility in the end, rather than relying on something "magic" that needs hacking at some point along the way. I am continuing with it for the moment, because it is also my first introduction to UiKit (working the new Regular site profile as a starting point), and it's a simple site, so shouldn't be too much of a problem.

Hi everyone, I thought I'd experiment with markup regions on a small project, but I've come up against a stumbling block pretty quickly. I am trying to use the ability to add a class to an existing element - in this case I want to add a "bgimage" class to the <body> on the homepage. The problem is that by defining: <body id='html-body' class='bgimage'></body> in my home.php file, this replaces everything from the body defined in _main.php which an empty <body></body> which I guess is expected, but not very helpful if all you want to do is add a class to an existing element without changing its content. Is there anyone out there who has used these enough to know if I am missing an option, or whether this just isn't possible? Thanks!

Not actually the same issue - this module doesn't insert iframe (or any other code) into the RTE field. It's a textformatter, so it converts the youtube "view" URL into an iframe embedded URL on page load (frontend) only.

Looks like @ryan has just put together a "Reno" colored version of the UiKit theme: https://github.com/ryancramerdesign/AdminThemeUikit/commit/25b6ac173b868a47ab90430e1d30efd8701f7ca0 Although I must admit that I would also like the version that @Peter Knight has shown above.

I have no idea why this isn't in the core, but if you are cloning, be sure to use this module: http://modules.processwire.com/modules/process-page-clone-adapt-urls/

There are probably many different ways to do this, but perhaps the easiest might be to make use of this module (or modify it to your exact needs): http://modules.processwire.com/modules/textformatter-mark-external-links/ This won't actually save the rel="nofollow" to the link in the database, but will instead add it to all external links when the link is rendered on the frontend.

Ok, the order of items in the Dumps panel is now "normal", not reverse. The latest version also: 1) hides the PW Info panel if you click on one of the navigation icon links and also hides the Dumps Recorder panel if it's empty. 2) makes $input->get, $input->post, and $input->whitelist available to the Console Panel, so if you do: d($input->get->variable) you'll get the value of that get variable for the currently loaded page. These $input vars are already available in the Debug Mode Panel, but now you can use them programmatically in any code you might be trying to test in the Console Panel which I think can be very handy at times. Note that $input->urlSegments, $input->pageNum, & $input->cookie also work, but they always have.

It should be noted though that if you have the core notifications module installed you'll probably see the same thing, which is why I have this line in Tracy to prevent it being loaded by notifcations polling.

The idea was to reduce the need for scrolling if you had lots (or large) dumps, or especially if you checked "Preserve Dumps" when you are trying different things on subsequent page loads and want to compare the output. Maybe a better approach is to put back in normal order and automatically scroll to the bottom on page load, or when a new item is added via an AJAX call. This would make it function like d() calls in the Console Panel. What do you guys think about that option?

Or just provide an ASM multi-select field with a list of the fields that the client can order as they desire. You could do this manually with an Options fieldtype, or perhaps with this: http://modules.processwire.com/modules/fieldtype-fields/ which lets you limit the listed fields based on a selector. You could add this field to a separate "Field Order" tab to keep things clean. Of course then you order the output of the fields in your template file based on the order they have selected.

The automatic backup that occurs when you run an Admin Action is probably best restored with the "Restore" option from the Setup > Admin Actions > Restore menu item. That way you are restoring from just before the action was run giving the best chance of a clean undo. You're welcome - thanks for helping to improve it - hopefully now it will be better for others also.

Thanks @szabesz - I have fixed the username issue in the latest version. I am not sure what to do about the timeout - I used PHP's set_time_limit to remove the time limit - maybe it's a weird MAMP thing? Not sure about the backup restore - I am using the core WireDatabaseBackup class to run the restore. Maybe let me know if you come across this again and I'll try to replicate. Thanks!