Intelligent Tree.

[SkyFrontier]

Weird... 9.30.0024 is not aware of changes made by WinRAR recently created folders... can you please double-check that, Don?

[nas8e9]

Weird... 9.30.0024 is not aware of changes made by WinRAR recently created folders... can you please double-check that, Don?

Same here, I'm afraid.

Based on my (slightly long-winded) post three posts back and Don's response, WinRAR apparently uses the kernel API (and specifically the mkdir function) to create directories without posting its own notification. That means that WinRAR's tree creation won't automatically show up in the XYplorer tree. F4 to the "rescue", I'm afraid.

[SkyFrontier]

Thanks for the reply, nas8e9.
Problem with F4 solution is: I'll have to set XY to NOT show floppies on all of my machines, otherwise tree refreshing will make the things a bit noisy over here... in an irritating manner!

[nas8e9]

Thanks for the reply, nas8e9.
Problem with F4 solution is: I'll have to set XY to NOT show floppies on all of my machines, otherwise tree refreshing will make the things a bit noisy over here... in an irritating manner!

The easiest way to circumvent this (assuming you don't or only rarely access your floppy drives from XYplorer) is to disable the display of your floppy drives in XYplorer: View > Show Items > Show Floppy Drives.

[SkyFrontier]

nas8e9:

The easiest way to circumvent this (assuming you don't or only rarely access your floppy drives from XYplorer) is to disable the display of your floppy drives in XYplorer: View > Show Items > Show Floppy Drives.

That's exactly what I'm trying to avoid... but... thanks!

[Statler]

Weird... 9.30.0024 is not aware of changes made by WinRAR recently created folders... can you please double-check that, Don?

Confirmed in 9.40.0001. But there's more to it: The file pane is aware of newly created folders, so the the notification must work. Only the tree doesn't get it-

It's easy to reproduce: Select a folder in the tree, load any RAR file into WinRAR and click "Extract To". Navigate to the selected folder and click "New Folder" in WinRAR. You'll see the newly created folder in the file pane, but not in the tree.

[nas8e9]

Weird... 9.30.0024 is not aware of changes made by WinRAR recently created folders... can you please double-check that, Don?

Confirmed in 9.40.0001. But there's more to it: The file pane is aware of newly created folders, so the the notification must work. Only the tree doesn't get it-

It's easy to reproduce: Select a folder in the tree, load any RAR file into WinRAR and click "Extract To". Navigate to the selected folder and click "New Folder" in WinRAR. You'll see the newly created folder in the file pane, but not in the tree.

Based on this post from the developer, tree changes in the current folder should be reflected in both List and Tree. It doesn't here either, however.

Note that WinRAR is one of the applications that apparently uses the mkdir kernel function without posting a notification, meaning the Tree won't get the information on its own. Still, the functionality the List uses, should inform the Tree (unless this was disabled when the Tree got its listening functionality).

[admin]

Should work better in next version.

[nas8e9]

Should work better in next version.

9.40.0003 does show folders created/renamed/deleted in the current folder in both List and Tree, even when created with the command prompt or WinRAR. Thank you.

[grindax]

.

[SkyFrontier]

Also, folders created from PortbleApps' installers are not being monitored. And I'd swear I am now and then seeing common tasks, now supposedly to be working, are not regarding tree displaying freshly created folders.

EDIT: but it's definitely working for WinRAR-created folders! ^^

[nas8e9]

Also, folders created from PortbleApps' installers are not being monitored. And I'd swear I am now and then seeing common tasks, now supposedly to be working, are not regarding tree displaying freshly created folders.

EDIT: but it's definitely working for WinRAR-created folders! ^^

AFAIK, the Tree should reflect tree changes not made by XYplorer in two ways:
- tree changes in the current folder are reflected in both list and tree;
- tree changes outside the current folder are reflected in the Tree *if* the other application does things a certain way (posted earlier in this thread). That's outside XYplorer's control.

In other words, if you see tree changes made by a different application than XYplorer:
- in the current folder, reflected in the List but not in the Tree
or
- outside the current folder, by applications that are known to follow the rules,
then please file specific bug reports!

Your test result with WinRAR was probably achieved when extracting to XYplorer's current folder. In my testing, folders created by WinRAR outside the current folder are not reflected in the Tree.

[SkyFrontier]

Update: 9.40.0104 works nicely monitoring/displaying WinRAR/PortableApps' created folders.
There are other situations that involves hardware monitoring, in a certain manner, and now I see that they fit into a category of its own.
But creating folders for non-existent locations is not currently monitored, and being an action created by XY itself, I believe it'll be easy to Don take a closer look into this so we may finish this matter once and for all anytime soon.

1) Right click a file. Select MOVE TO.
2) Enter a non-existent location.
3) Ok'ing (MOVE button) will pop an ask for the creation of the non-existent path. Ok it.
4) The folder will be correctly created and the file, moved into there. But the tree will not show the newly created folder until you effectively open it/refresh the tree (F4).
It's a minor problem I can live with, but it detracts regarding consistency, anyway...
Hope this helps.

[admin]

Update: 9.40.0104 works nicely monitoring/displaying WinRAR/PortableApps' created folders.
There are other situations that involves hardware monitoring, in a certain manner, and now I see that they fit into a category of its own.
But creating folders for non-existent locations is not currently monitored, and being an action created by XY itself, I believe it'll be easy to Don take a closer look into this so we may finish this matter once and for all anytime soon.

1) Right click a file. Select MOVE TO.
2) Enter a non-existent location.
3) Ok'ing (MOVE button) will pop an ask for the creation of the non-existent path. Ok it.
4) The folder will be correctly created and the file, moved into there. But the tree will not show the newly created folder until you effectively open it/refresh the tree (F4).
It's a minor problem I can live with, but it detracts regarding consistency, anyway...
Hope this helps.

Correct, just fixed it.