Intelligent Tree.

[SkyFrontier]

v7.80.0028 - 2008-11-27 11:35
* Menu View | Auto-Synchronize Tree: Renamed it to "Lock Tree",
inversing the logic. What was "Auto-Synchronize Tree" UN-checked
before is now "Lock Tree" CHECKED.
Reason: It's more intuitive this way.

-so why I have to Refresh Tree/F4 when I save .htm(L)/create folders using another apps outside XY? It should be aware of any changes made to the tree each and every time regardless what caused the change, otherwise "Auto-Synchronize Tree" is not that "auto" anymore...
Had to tell XY to hide floppy drives and have to manually refresh the thing, which is a pain dealing with thousands of folders to work with (besides the single-tree limitation, which singularly contributes to an even larger tree and I can't get used to the mini-tree, which was a Don's suggestion to circumvent the "large tree" problem, discussed in another thread long time ago).

Similar to something already discussed here, regarding MiniTree.

Thank you.

[vegard]

I'm not sure that applications can register that they want to be notified of file-system changes that other applications make.

I'd love to be wrong, though.

[nas8e9]

Good news and bad news: the good news is that XYplorer *does* monitor changes to the tree. The bad news: it only does that for the current folder. That means that any tree changes outside the current folder will only be shown by manually refreshing the tree. According to Don, this decision was made for performance reasons some time ago; he indicated that he may revisit this given the speed increase in hardware.

There's one partial workaround: a tweak called RefreshTreeOnTabChange. When set to 2, upon a tab change (that's the partial part) it will refresh the tree for the current drive of the newly selected tab.

Edited to add: @SkyFrontier: You were already around when this was discussed here, weren't you?

[SkyFrontier]

Vegard:

I'm not sure that applications can register that they want to be notified of file-system changes that other applications make.

PowerDesk 4 sees any changes real time, no need for extra configs, nothing. Don't know about the others I tried - overlooked at them, until finally stumbled upon a facelifted XYplorer years after. It seems a natural thing, to me.

(upgraded, in fact: now I use PD 5 - 2002! )
Newer versions put older files on top when first clicking respective "date" column; slower to start because of tens of mini apps (some bloatware), etc.

I am trying to kill it as a file manager, but no go - dual tree is crucial to me when I have to sort stuff out. Just like (now) scripting and "backup to another pane" function with a single keystroke. I'm lost among a wife and a mistress.

Nas8e9:

There's one partial workaround: a tweak called RefreshTreeOnTabChange. When set to 2, upon a tab change (that's the partial part) it will refresh the tree for the current drive of the newly selected tab.

THANKS for pointing that, pal! It SEEMS (not tested yet) that could work a bit better than what I currently have. I ALWAYS switch among several tabs, so I'm in hopes that your hint can do part of the trick. Many thanks!

[vegard]

PowerDesk 4 sees any changes real time

Okay, that seems like a nice application to look into.

But I was talking about not monitoring, but registering an interest in a notification.

The difference is that if you monitor say a drive holding many, many files, you will have to spend a lot of time checking all directories for changes.

As opposed to the filesystem itself telling your application about the single one file that has changed.

[SkyFrontier]

Weird. Trying (UNDOCUMENTED by design, people, so be aware of not forgetting that! lol) Nas8e9's suggestion, just noticed that XY doesn't immediately show a small .htm(L) created out of Firefox AT ALL!

Reference: RefreshTreeOnTabChange INI tweak, RefreshTreeOnTabChange Parameter "2"

[nas8e9]

Weird. Trying (UNDOCUMENTED by design, people, so be aware of not forgetting that! lol) Nas8e9's suggestion, just noticed that XY doesn't immediately show a small .htm(L) created out of Firefox AT ALL!

You mean a file rather than a folder? You do have View > Auto-Refresh enabled?

[SkyFrontier]

Sometimes folders (usually when I create then using external apps and have to put complementary stuff in there from XY list to tree - folder shows in list but not in tree), "always" those .htm files (as far I can test now).
Yes, Auto-refresh is ticked ("ON").

Thanks.

[avsfan]

I've also noticed that sometimes files not created by XY don't show up until I manually refresh the list view (and I always have AutoRefresh turn ON).

Definitely unsettling to think a file is there and then not see it (but again, a refresh fixes it...)

(but now this thread is getting off-track...)

[nas8e9]

Sometimes folders (usually when I create then using external apps and have to put complementary stuff in there from XY list to tree - folder shows in list but not in tree), "always" those .htm files (as far I can test now).
Yes, Auto-refresh is ticked ("ON").

If I understand you correctly, saving files with the extension htm are not or not immediately shown in your current tab in XYplorer showing the folder in which you are saving. According to my limited testing, saving the current page from Firefox to a folder immediately displays both the .htm file as well as the corresponding folder with supporting files (test.htm and test_files). In other words, can't reproduce.

Although Don usually sees all, could you post a more extensive report in the Bug Reports forum?

[vegard]

You guys, you guys!

You don't have Inotify in the windows filesystem (because, well, Microsoft)!

So, if you want XYplorer to reflect the changes that occur in directories further down than the current (which it monitors), well then it's going to have to do a lot of work.

I wouldn't want to have that activated by default because I don't want XYplorer to check hundreds of directories every few seconds to see if anything has changed.

[SkyFrontier]

Vegard:

You don't have Inotify in the windows filesystem (because, well, Microsoft)!

I wouldn't want to have that activated by default because I don't want XYplorer to check hundreds of directories every few seconds to see if anything has changed.

I don't have to do anything to achieve desired result using PowerDesk! (don't know and no time to test other file managers, took ages to finally have XYplorer as an almost-default file manager and will not consider anything else just because: no other has XYscripts! )

Nas8e9:

Although Don usually sees all, could you post a more extensive report in the Bug Reports forum?

I am not accepting the option of that being a bug. Not for now. Windows "bug"? No. I will wait a bit more and see other user's opinions, after that I may have enough arguments to show that as a bug properly. Thanks, anyway!

[admin]

Good news and bad news: the good news is that XYplorer *does* monitor changes to the tree. The bad news: it only does that for the current folder. That means that any tree changes outside the current folder will only be shown by manually refreshing the tree.

Really??? I think that's old information. At least here the whole tree is monitored and all changes are reflected.

BTW, I just saw some minor glitches here with regard to special folders (maybe zer0's bug is finally fixed... ) .. working on it.

[admin]

Good news and bad news: the good news is that XYplorer *does* monitor changes to the tree. The bad news: it only does that for the current folder. That means that any tree changes outside the current folder will only be shown by manually refreshing the tree.

Really??? I think that's old information. At least here the whole tree is monitored and all changes are reflected.

BTW, I just saw some minor glitches here with regard to special folders (maybe zer0's bug is finally fixed... ) .. working on it.

I have to correct myself. While this was generally implemented there was a bug that made it dysfunctional for a large amount of cases. Damn it. But now it's fixed!

[zer0]

BTW, I just saw some minor glitches here with regard to special folders (maybe zer0's bug is finally fixed... ) .. working on it.

Which bug is that? The one with moving junctions into each other on XP and trying to undo? As I have now running Win 7 on both laptop and desktop, this is no longer an issue (for me).