Page 1 of 1
Tree visibility behavior (with illustration)
Posted: 26 Aug 2024 15:43
by xyuser11
I'm trying to understand Tree visibility behavior.
In the Tree view, there are fewer subfolders shown than in the List view.
In general I'm fine with this behavior. My question is, what determines that the folders in the red box in the List view (see image below) are not shown in the Tree view? I.e., what setting determines this? Thanks
Re: Tree visibility behavior (with illustration)
Posted: 26 Aug 2024 15:46
by highend
Show the result after executing this script:
text get("#489");
Re: Tree visibility behavior (with illustration)
Posted: 26 Aug 2024 17:44
by admin
By the way, I tried several things to mark the maxi/mini tree mode visually, but nothing was good enough to keep it. If anyone has a brilliant idea...
Re: Tree visibility behavior (with illustration)
Posted: 27 Aug 2024 04:40
by xyuser11
highend wrote: ↑26 Aug 2024 15:46
Show the result after executing this script:
text get("#489");
It just shows the number 1.
Re: Tree visibility behavior (with illustration)
Posted: 27 Aug 2024 05:18
by highend
Then either enter those folders that are not displayed at least once, or (that's what I'm doing) use a custom file association entry like:
Code: Select all
"Add folder(s) to minitree" \>::e|load "Add folder(s) to mini tree.xys";
Add folder(s) to mini tree.xys:
Code: Select all
// Add folder(s) to mini tree
if (<get CountSelected> == 0) { status "At least a single folder must be selected, aborted!", "8B4513", "stop"; end true; }
$paths = "";
foreach($item, <get SelectedItemsPathNames>, <crlf>, "e") {
if (exists($item) == 2) { $paths .= $item . <crlf>; }
}
if ($paths) { loadtree $paths, 1; }
or turn off the mini tree completely if you don't like its behaviour^^
@Don
No clue, sorry...
And maybe it would be a good idea to add an entry: Add folder to mini tree
in: Configuration | General | Menus, Mouse, Usability | Context Menus | File List...
?
Re: Tree visibility behavior (with illustration)
Posted: 27 Aug 2024 09:43
by admin
Hmmm, overkill. Double-click to enter the folder will do the same.
Re: Tree visibility behavior (with illustration)
Posted: 28 Aug 2024 09:37
by xyuser11
highend wrote: ↑27 Aug 2024 05:18
Then either enter those folders that are not displayed at least once, or (that's what I'm doing) use a custom file association entry like:
Code: Select all
"Add folder(s) to minitree" \>::e|load "Add folder(s) to mini tree.xys";
Add folder(s) to mini tree.xys:
Code: Select all
// Add folder(s) to mini tree
if (<get CountSelected> == 0) { status "At least a single folder must be selected, aborted!", "8B4513", "stop"; end true; }
$paths = "";
foreach($item, <get SelectedItemsPathNames>, <crlf>, "e") {
if (exists($item) == 2) { $paths .= $item . <crlf>; }
}
if ($paths) { loadtree $paths, 1; }
or turn off the mini tree completely if you don't like its behaviour^^
@Don
No clue, sorry...
And maybe it would be a good idea to add an entry: Add folder to mini tree
in: Configuration | General | Menus, Mouse, Usability | Context Menus | File List...
?
Ah okay, so I've learned two important things:
1) that this concept is called Mini Tree.
2) that double clicking into a folder in the List view will add it to the Tree view.
I call that progress.
Thanks!
Re: Tree visibility behavior (with illustration)
Posted: 28 Aug 2024 09:49
by admin
Double-clicking a folder in the list is just one way. The idea of the mini tree is to show only the folders you have visited. No matter how you open the folder.