MiniTreeSwitcher

[highend]

Switching mini trees is currently a bit limited in XY so I wrote a replacement script

Features:
01. Save the current mini tree with a user defined name
02. Switch to saved mini tree(s)
03. Reorder the mini tree(s) in the menu
04. Toggle between the mini and the normal tree
05. Import mini tree(s) from other saved .cfg files
06. Show the original mini tree button menu

Additionally it supports a right click on the used custom toolbar button (ctb) for it to fast toggle between a mini and normal tree without displaying any menu for that
Right-clicking a ctb to invoke its script parameter without displaying the ctb menu for that button requires a tweak:
CTBNoRClickDefaultCommands=1
https://www.xyplorer.com/faq-topic.php?id=tweak

Variables to configure inside the script:

Code: Select all

    $w = 400; // Default dialog width : 400
    $h = 400; // Default dialog height: 400

    // ID of the custom toolbar button used, e.g.: "26" for "ctb26"
    // Set it to "0", if no ctb is used...
    // Hold CTRL while hovering over your ctb to show the ID of the button
    // Default = 0 => No ctb button used
    $tbID = 0;

    // Overwrite a defined (or default) icon of a mini tree entry
    // with the inbuilt ":favs" icon for the last loaded entry
    // Possible values: 1 / 0, default = 1
    $useFavIcon = 1;

Example configuration for a ctb:

2026-01-23_16-17-27.png

Of course you need to adapt the path(s) if you store the script elsewhere!

You don't need to use any icon here, it will be done automatically once you run the script
If you want to switch from an old version (pre v0.5 era) you can convert your existing MiniTreeSwitcher script(s) into .cfg ones that only contain the necessary mini tree infos
Use the attached MiniTreeConverter script for this
Afterwards these .cfg file entries can be imported by using the MiniTreeSwitcher and the menu entry "Import mini tree(s) from file..."
The converter script can be deleted after doing all conversion(s)

A sample screenshot:

sample_screenshot.png

Code: Select all

v0.6.0 will again use a favorite icon but it doesn't replace the defined
icon inside the .cfg file. more noticeable last used mini tree entry in the list...

v0.5.9 changes the behavior regarding icons for mini tree definitions
The last loaded item won't have a favorite icon anymore but instead
you can assign all of your items their own icon

Current version:

MiniTreeSwitcher_v0.6.0.xys

MiniTreeConverter_v0.1.xys

Old versions:

MiniTreeSwitcher_v0.5.9.xys

MiniTreeSwitcher_v0.5.5.xys

MiniTreeSwitcher_v0.3.zip

MiniTreeSwitcher_v0.1.zip

MiniTreeSwitcher_v0.2.zip

[klownboy]

Cool highend. It works right out of the box. I haven't used minitree all that much, but with this script I'll start. This capability probably should be built-in to XY. Before bed last night I had tried the initial version you posted under wishes and that one gave me an error message about not finding the "ini" file. It was not written to <xyscripts>. I see in this version you modify the script itself to store the Mini-Tree information in lieu of using an ini file.

Could you add the MiniTree right click context menu to your script context menu? It would make it much more convenient to edit the minitree before saving it as a new one. With that, we could then remove the original XY MiniTree button from the toolbar and replace it with your MiniTreeSwitcher.

Code: Select all

"MiniTree Context Menu|:minitree" button minitree, 2;

Edit: Actually in addition to the context menu, it would also be valuable to have the Mini Tree cid #489 on MiniTreeSwitcher which actually cycles the mini tree on and off. Also necessary to eliminate the need for having XY's built-in Mini Tree. If we were using a CTB, it might be better to set the CTB's right click as "cycle Mini Tree on and off" since that's something we really don't want to have to click 2 times to accomplish. For those who don't want to assign cycle on and off to the right-click, it might be wise to have the cycle capability directly on the MiniTreeSwitcher menu itself.

Thanks,
Ken

[highend]

Hi Ken,

I've added the context menu and (but only as a hidden script) a "_Switch mini tree state" that can be called by e.g. right clicking on a CTB.

I don't want to clutter the popupmenu with too many entries (apart from the stored tree entries) so I didn't include it directly. Can't see the reason to switch the mini tree to the normal view so often (that it can't be done by using two instead of one click)

I hope that's ok...

[klownboy]

Thanks highend, there's one drawback on using the script itself for saving the "trees" or any info in general. The trees are gone on update. I didn't delete my old already modified version with my new mini trees. So it was just a matter of cut and pasting the old tree info between "// begin_entries" and "// end_entries". That won't be a problem obviously for those that haven't used version 0.1. No problem on not including the cycle minitree though it is 3 clicks to cycle in lieu of 2 on the left clickmenu unless I include it as the right click, which I probably will anyway.
Thanks again,
Ken

[klownboy]

Is there anyway to "get" the current state of the "tree" (i.e., mini or normal). It would be slick to be able to reflect the tree state of the CTB in the script as Don does in the built-in mini tree. If possible, it would then only be a matter of using CTBstate and a different icon small tree/large tree depending on the mini vs normal? I do have the expanded or large tree icon from somewhere. I'm not sure where it came from because I don't see it available from the customized menu listing.
I could use getkey for Minitree value of 0/1 in the XY's ini file but the ini has to be saved first using 'savesettings 1" to be valid or up-to-date.

Edit: I suppose if there was no fool proof method to determine the tree state I could always insert cbtstate and ctbicon statements in the right click to show the current full tree icon or normal state, but obviously that doesn't work right if you cycle the tree state with the right click.

[highend]

Yeah, there is no update mechanism but I don't intend to update it often *g*

Btw, there is a foolproof way to get the state:

Code: Select all

text get("#489");

1 = mini tree
0 = no mini tree

Does that help?

[klownboy]

Sure that helps. Sorry, I even looked through the help and I didn't notice the "get" cid for mini tree. I tested it and it does return a valid up-to-date index without a save so Don must get that from XY memory because it's right when the XY ini file is wrong (i.e., before a safe) which is the case for most of the get cid returns. When I get a chance I may fiddle with my personal version (of your script) to up date the icon when the state is changed.
Thanks highend.

[highend]

v0.3 is online.

It seems self("file") does return only the basename of the script in some cases (at least it did so in v0.2 when used in subscripts). I'm now initializing the value in the "_Initialize" section and export it via a global var. So far this works flawlessly. I can't reproduce it with a simple demo script (just two sections) so I won't file a bug report for now (but it's still a bit fishy...).

A hint how to import currently saved trees into the new version is in the first post.

[xpa]

That is so useful, thanks!
I'm also impressed by how easy it is to improve on XYplorer... wow.
I checked SO MANY explorer application replacements and none of them support such feature.

Now its possible to have multiple favorites "views" with a complete folder tree.
for example, you can have multiple views of folders with information in a folder-tree structure: like "favorites pdfs" or "pictures" or "work documents" all with sub-folders and all sorted to folder-trees.

It is so convenient that i'm really stunned no app supports it! until now.

[klownboy]

It seems self("file") does return only the basename of the script in some cases

That's probably why your initial posted script in the "Wishes" Discussion area didn't work for me. I received errors stating, the ini file could not be found. I was curious why, but it was beyond bedtime and when I awoke low and behold a new script.

[highend]

Did I really use subscripts in that script? Can't remember and I already deleted it. Maybe I should invest some time to create a script that is able to reproduce this faulty behavior so that Don can fix it...

[klownboy]

Hey highend, no I don't believe there were subscripts. I sent the script to you with some comments. In stepping through the script it appears the variable $iniFile is made but the ini file itself is not, so there's nothing to read.

[highend]

Hi Ken,

yeah, I see. I wouldn't just create a file without checking if does not already exist.

So a better approach would have been:

Code: Select all

    $iniFile = replace(self("file"), "xys", "ini");
    if (!exists($iniFile)) { new($iniFile); }
    $iniFileContent = readfile($iniFile);

This would have worked as expected but hey, there is a new script in place so forget about the old one *g*

[klownboy]

Yes, if it doesn't exist, create it. You didn't want to overwrite the file if it exists.

Your latest version works great. I made the minor changes I mentioned such that the CTB icon reflects the state (i.e., small tree / large tree). Works great regardless of where the state is changed, in the main menu, context menu, or via a right click. No more reason for the built-in MiniTree CTB...it's gone from my toolbar.
Thanks

[Lusayalumino]

What an absolutely tremendous script... thanks so much for posting this. Massive improvement in my mini tree efficiency, and it allows me to remove two toolbar buttons and replace with one.