XYplorer Beta Club

++1

This is my top wish for a long time. As each new standard button appears, I have to decide which others (standard and custom) to drop from the toolbar.

XY would still appear minimalist out-the-box. But with a second toolbar and increased button limit, I could assign several of them to pop up the main menus (i.e. File, Edit, etc.) and then hide the real menu. So there would be no space penalty.

Ideally there should be function ID for each menu heading, otherwise the user has to replicate the menu items themselves. This was partly why I created those toolbar icons a while back.

Just for the sake of throwing ideas out there...

Would anyone else find a context-sensitive menu useful. What I mean is, the ability to organize buttons into sets that appear on the second toolbar depending on which items are selected and perhaps other criteria like which Info Panel tab is active.

Anyone who has used Photoshop will know what I mean. In Ps the toolbar, that (by default) appears below the menu bar, changes depending on which tool you have selected.

That would be a killer feature.

So here it is, my (mockup) dream come true:


I'd really think it would be useful to have a second status bar matching pane 1 state, but nothing can be perfect...

Why not just run 2 instances of XY? Then you have your wish already.

FeatureCreep wrote:Ideally there should be function ID for each menu heading, otherwise the user has to replicate the menu items themselves. This was partly why I created those toolbar icons a while back.

Good idea. Next beta will have something like this.

Hi, Nighted.
It's a long time discussion...
Basically, I need to keep only a single instance because I have to perform scripted actions among panes all of the time. And the dual tree thing is due to, after 4/5 years XY'ing, I still get confused working with a single tree, specially when I have to get a folder and scroll all the way up/down to drop it into another - tabs are not always displaying what I need. IOW, hard file management here and in the other places I work, each one with a proper and unique folder structure I have to deal with. The more direct way I can go to where I want, the faster I'll get used to such different places.

*Same goes for the second toolbar*, as I simply can't make all those places synced with a unified layout.

FeatureCreep wrote:Would anyone else find a context-sensitive menu useful. What I mean is, the ability to organize buttons into sets that appear on the second toolbar depending on which items are selected and perhaps other criteria like which Info Panel tab is active.

Anyone who has used Photoshop will know what I mean. In Ps the toolbar, that (by default) appears below the menu bar, changes depending on which tool you have selected.

That would be a killer feature.

Well, the POM button is somewhat context-sensitive (enabled only when something is selected, and the dropdown contents change dep. on the nature of the sel. item). But buttons that (dis)appear constantly, hmm, that would certainly kill my inner harmony and focus, so yeah, it would be a killer feature.

admin wrote:

FeatureCreep wrote:Ideally there should be function ID for each menu heading, otherwise the user has to replicate the menu items themselves. This was partly why I created those toolbar icons a while back.

Good idea. Next beta will have something like this.

What would be the difference from PopupMainMenu?

You can pop "File" menu only. You will see in 5 minutes...

+1 for the additional toolbars
- particularly useful for laying favourite folders in a one click view, now drives and favourites take two (not a big deal but could say that about a lot of the at the margin features)
- if you are going to add option to add a second toolbar then I'd not stop at just one. user scripts or commands on another is another good use.
- high resolution screens mean there is effectively a lot of real estate and my two cents is that I would give a couple of lines of files and folders for the the additional tool bar