First of all: OMG HOW AWESOME IS THSI!?!? This is the option I've been waiting for for ages, I just didn't know it, this helps me SO MUCH it's hard to put into words. And yes, of course I have some thoughts on the subject
admin wrote:Anybody else that dislikes the latest developments? 
Yes! me! here!
(... sorry
)
Even though this feature is just a few days old, I already use it quite a bit, and in my case that doesn't mean that the resulting trees (isn't it nice to be able to use a plural here!) are small. If I lock the tree I do this to mainly prevent one thing: Stop the scrolling!
Mostly it means I'm woking on some folder structure, usualy copying and moving stuff around and need to copy/move something from further away into the mix. I lock the tree, go to the location (usualy via goto or using favorites and the like), drag & drop the stuff to the various folders (usualy it's more than just one target, so ctrl-c and ctrl-v won't do), click back and unlock it again.
I'm actaully fine with a node being selected if it's in the tree, as long as it doesn't scroll there, that just screws the whole locking concept for me as well. Wouldn't this acoomodate all angles (or at least more) of the problem?
Things I've noticed & Suggestions on the Subject:
- I think "minitree from current tree" (meaning: ':: loadtree ,1') should be in the Context menu of the toolbar icon. It's an intuitive and basic function I think
- Bug: Assuming I'm in folder "C:\Test" which contains folder called 'a', 'b' and 'c', if I select b and c, execute the basic 'add to mini-tree' script ( http://www.xyplorer.com/xyfc/viewtopic. ... =15#p28773 ), the focus moves to folder b (and I didn't say go anywhere). This makes the [:: loadtree $xyz,1] equivalent to pressing [enter] if just one item is selected.
- Bug: executing ":: loadtree ,1" causes the focus to be set to "My Computer", regardless of current folder it seems.
- Request: how about the Mini-Tree management option of removing items from the tree with "loadtree"? For example using "loadtree $list, 2" to remove the items in that list (if they are part of the tree). This shouldn't be much effort to add it and make me SOOO happy
- Currently I can't graphically remove nodes from the tree (afaik) except with something that seems to be a side effect (or has a side effect, semantics ). If you shift-click a [-] in the tree all subnodes are removed fromthe mini-tree, so continuing the example with "C:\Test" from above would mean shift-clicking the [-] of Test and then entering folder 'a' via doubleclick in the list means only folder a is shown. This is GREAT! Unfortunately the shift-click also opens a new tab
- The next one got a bit long, so it's the rest of this entry below
I think I have to explain this next one a bit further, it's also a bit complicated I'm afraid. I primarily use the tree to navigate wherever I want to go, I barely ever doubleclick in the list. So I'd love to have a way of using that with the Mini-Tree (this also has practical applications besides my habits). Since ALT is currently unused in the tree (shift opens in a new tab, ctrl in a background tab) how about having alt-click remove all other siblings from the Mini-Tree?
Example: assume I'm in the "C:\Test" from above, siblings weren't added in any way. Clicking [+] on the Folder adds all siblings, alt-clicking on a could enter folder a and remove b and c. This was navigating the tree would still be possible without having it clutter the Mini-Tree.
And yes, there's more: it would be even better (not to mention MINDBLOWINGLY GREAT) if there was a possible temporary 'only-for-one-click' state (making the above idea superfluous again). I'm gonna have a really hard time explaining this coherently so please bare with me.
Assume you have a folder with a lot of subfolders (like a big MP3 collection with one folder per album or something) and you can navigate around among them while using the tree, but only visited folders are actually added. Assume you have maybe 10 or so folders (albums in our example) visible (meaning part of the minitree). You alt-click the parent (mp3-folder), now all subfolder (albums) are displayed, BUT those not part of the minitree appear lighter (as if they were cut with ctrl-x for example) and only temporarily, as whatever action you take next in the tree hides them again.
This would allow a multitude of things like moving to a still-hidden folder via tree (currently not at all possible if children of that node are already shown since it completely expands it) or copy/move already selected files from the current folder to a still-hidden folder without showing it at all (alt-click shows all those folders temporarily, drag&drop on the tree is the next action there so it hides them again, but since the node was interacted with one could argue it might be a good idea to add it in that case). This temporarily showing the nodes could also happen when you hover the mouse over an only partially visible folder while drag&dropping files (hovering for more tha 2 seconds or so). This would have endless posibilities!
Thoughts on my thoughts? Comments? Better ideas?
Keep up the great work, what an awesome idea (and yet it even still has so much potential)!
Creat
But it works nicely here, does not open a new tab. Explain again. BTW, I will add an item "Hide (current folder) from Mini Tree" to the ctx menu. Selection will move to the parent folder.
So I guess I often shift-close folders where I'm in a child. Ah well, will have to get used to move up by hand first I guess.