I've got several problems with xplorer2's folder tree refreshing ..
Whenever I unzip something with WinRAR, and it creates a directory, the folder tree in xplorer2 isn't updated with the new directory. Also, sometimes when I delete directories, they don't dissapear from the folder list like they should. This only effects the folder tree - the file pane updates correctly every time.
I found another post on the board by searching, where the problem was an outdated shell32.dll . I'm running Windows 2000, and my shell32.dll version is 5.0.3900.6922, 2,358,544 bytes in size. It's definately the latest version.
tree refresh ain't perfect
some programs like winrar don't play by the rules and don't always notify the shell about changes they make. Also if a lot of changes are taking place the system will be partially updated
for all cases a ctrl+R in the tree will restore order
Hitting Ctrl+R every time is a pain .. isn't there some way to detect changes manually? A manual check in the currently active folder every 5 seconds doesn't sound impossible ..
Also, hitting Ctrl+R closes the tree up to whatever level you're currently at, so you have to re-open the folder you were looking in. Any way to change this?
Having to change directories to do a refresh is just as bad as having to re-open the current directory in the tree after doing the refresh. It'd really be better if you just improved the refresh so it auto-updates itself every few seconds.
Also, another thing I noticed is that folders in the pane view will be sorted to the bottom if they have a . in their filename, while in the folder tree the . is ignored. Any ideas on this?
On my system folders with a dot in the name are sorted the same whether in tree or in pane when sorted by name.
But if pane is set to sort by extension, then the dot-named folders are sorted as if the part of the foldername following the dot is an extension, and arranged accordingly.
This is as I would expect.
i don't use the tree at all but whenever i did tests i had no problems with refreshes. I wonder whether there is a problem with the tree in general or whether your shell udderdude000 has some problem in particular. I haven't heard any complaints before
Well I'm running Windows 2000, maybe that has something to do with it? The updates only fail sometimes, not all the time, so maybe it has something to do with it not catching the refresh in time ..
Edit : I've found another issue, where if you rename a folder and then move it before the folder tree updates with the new folder name, the renamed folder will still stay in the tree, even though it's been both renamed and moved! Auugh!
a counter experience on w2k, a guess, & a comment: ...
While I have not had signicant autorefresh problems with v1003 on either w2k or XP (or even w98) while working 'normally'; I have found that I can make problems if I concentrate on trying to break it -- especially under heavy processor load conditions, when perhaps the auto refresh process gets out of sync with recent activity. It sounds like that may be what you are seeing.
But I consider it no big deal to be able to break something when I try. I take those situations as anomalies** to watch out for, in case they crop up in normal useage. I'm not sure whether you are trying to break it in the sense of stretching it to the limits to learn every nuance of beviour (something I do a bit). The important thing for me is that the tool works for what I want it to do in terms of productivity -- which it does, for me.
** Of course one should always report repeatable anomalies that appear to be wrong -- especially if they interfere with actual work.
if this was an otherwise perfect world except for x2's tree then i would concede the point
but given the complexities of windows and making a program work across platforms, it takes extraordinary amount of effort to deliver just a fraction better performance. Which i can't afford
