adrian

Thanks @szabesz and @Zeka for the kudos - much appreciated! I just added a new optional "Iterator" tab to the dumps output which return the output of PW's getIterator() method which in the case of page objects returns the values of all properties and fields for the page. For other objects, what is return varies somewhat, but in some cases it is more useful than the debugInfo result which is still lacking for many objects. Here is just one example - the debugInfo output for Permissions is basically useless, but the Iterator output contains useful info. Sure, you could manually dump the object with ->getIterator() added to it, but this makes it that much easier when you are looking for different bits of info and you're not sure which option will provide the exactly what you need in the easiest format to find it. An interesting side-effect of the Iterator tab is that the Full Object now also contains values for all the fields when dumping a page object because the getIterator() call queries all those fields and they are now joined to the page object. I have made this optional, so you will need to go to this setting to enable it:

Just wondering if anyone out there has tested @tpr's vanilla JS version: https://github.com/rolandtoth/CookieManagementBanner - it would be great to get it merged fairly shortly as I don't think any PW frontend modules should require jquery. Thanks for testing and letting my know if you find any problems.

@szabesz - just wanted to let you know that I have implemented more of your ID and count idea to the dumps output. Notice the tooltip titles (and link address below) on the edit links to various PW objects and then in the last one you can see the number of items in the PageArray (which also works with any WireArray, including images, repeater items, etc). Note that the tooltip titles also show you the name of the object which I think is also a nice preview rather than having to open the dumped object.

Looks to be working great here - thanks!

Unfortunately that's not possible with the way this module works. There is lots of discussion floating around about why it's difficult to hide parts of the page tree - have a read starting here: https://processwire.com/talk/topic/1176-hiding-uneditable-pages-from-users/?do=findComment&comment=84916 - there are links to some different gists that might be helpful for you.

Soma - I had a very similar experience trying to uninstall it - I eventually got there, but it took some trickery to get it all removed. I feel like I maybe even resorted to DB editing.

Hey @Robin S - weird bug when editing a language page: PS - same goes for: Admin > Access > Users and I expect probably anything else that isn't a "normal" page.

Sorry, I did grab it but did a diff and I guess I somehow copied the wrong one across to my testing site - apologies for the confusion! Anyway, thanks for those other changes. I think everything looks great now, so I have committed and modules directory is updated. Thanks again for your effort on this!

Oops ? Your latest version still didn't work because of position:absolute but the attached version seems fine: styles.css

No use now that you have checked this, but an FYI for the future, the Tracy Template Resources panel shows you all functions and where they were defined.

Looks good now - thanks!

Thanks @tpr - that looks really great! There was only one issue - in the Console panel, the page ID link was positioned at the far right of the console, rather than the dump element. Attached version fixes that if you want to take a look before I commit. @bernhard - not sure what's going on there, it seems to work fine here. Could you try to debug why it's not working at your end please? styles.css

Yeah, I think this could work quite well. If you feel like having a go at this tomorrow, that would be great thanks! You can start from the latest styles.css I attached above. Sorry, I understand - I actually use my touchpad exclusively these days - never thought I would give up a mouse, but I actually prefer it now that I am on a Mac and the touchpad is actually decent, although I am sure new Windows ones are good these days too. Anyway, I think the size I have it at now should be fine.

Compromise in tab height which I think is probably a decent alternative. CSS attached: styles.css

I'm not really sure how to make it look decent without a background - with this the title just looks out of place to me. But I'd love to see your idea for how it might look! Do you think TD is getting much use on a touch screen? I have done small amounts of work like that, but mostly drives me crazy!

@tpr - can you live with this? I overrode the dotted border in the module's css file and obviously reduced the padding on the tabs again. styles.css

Thanks - I like the darker hover (instead of white). I am not sure about the increased size of the tabs though - they take up a lot of space and I think they look a bit weird when you have added a title - see how they are taller than the title element. Good catch - thanks. Did you do this in the core Tracy files? If we're going to take this approach, I'd rather override if possible, rather than hacking the core. Did you try that and have problems? Thanks again - always super-appreciative of your skill with this stuff.

I just tried all browser and they of course all have the logo issue. The src looks like this: <img id="color" alt="Centura logo" src=""> Of course I see the issues with location/language selection ?

Of course - that is a good reason to not use it. It was on Ryan's roadmap to allow it to work over http, but not sure when/if that will happen.

Nice looking site - just a quick FYI that until you have defined your region/language, the logo doesn't display. Also, I wonder if it' worth selecting these automatically based on IP address first and letting the user change if they want rather than being forced to do this straight up?

Ok, new version just committed with the tabbed debugInfo / Full Object interface for dumps and barDumps. Please test and let me know if you notice any problems or have ideas for improvements. Don't forget to do a hard reload to get the new css/js that this feature requires. Thanks to everyone for your feedback on this - it's made it significantly better!

The dotted style is what the Tracy core wraps around dumps. I suppose we could override it completely. The brown - do you mean the non-active tab color? That is the color that you chose for the title header bar for all the panels. It looks browner than it really is when I do a copy/paste screenshot on my Mac - never bothered to find out why. Do you want me to send you a copy before I commit that you can mess with, or are you happy enough?

Thanks @tpr and @bernhard for the feedback - here is the new version with white tab as selected and also with no bottom border. I am going to go ahead and get this version ready for committing. If you guys want to tweak after that you can send me a PR. I was also playing with a version where both tabs are white, but I think it's a little less clear when it's so small like this:

Hi @Beluga - do your changes break any existing workflows? In other words, could I incorporate your changes without any issues? Thanks for the link to the updated parsecsv - I am curious what wasn't working when you tried to update? BTW - I am using the old version with PHP 7.2 and I don't think I have come across any issues yet - did you? I did look at thephpleague/csv, but at the time it wasn't working as I needed, although I don't remember what the issue was.

Would the problems be solved though? I don't use the multi-language stuff enough to know exactly how these settings would be handled when used on the frontend like this. If someone feels like experimenting with this, that would be great!