Do not open selected branches in tree?

Hi,

I have "expand selected branch" UNCHECKED in Folder tree.

Unfortunately, the tree branches keep on opening when browsing in the file pane. It has become extremely sluggish the latest versions. Especially when you have a lot of subfolders in the filepane, and you delete them, the tree pane is slooooooowly deleting them too, which makes DO quite slow.

Please, Did I miss some settings for the treepane NOT to open any branches.

Thanks in advance !

Unckecking "Expand selected branch" will only prevent expanding the folder when you select it in the TREE view. It will not prevent it from opening if you navigate in the folder view FILE view. This is default.

You may either CLOSE the tree view or LOCK the tree view.

thanks xbprm !

Just would like to add, the tree window REALLY slows things down seriously here, especially when doing things I posted above, don't know if others have that same slow response when the treepane is removing subfolder items.

I'm not aware of anything that slows the tree down like that. What else is shown in your tree that could be involved in the slowdown? Lots of network folders or anything like that?

No, Only my local disks, and User's Documents.

Anything installed that shows overlays on icons to indicate things? (e.g. Perforce or Tortoise SVN status?)

No, just a bland same image for all my toolbars.
Here's a screenshot of the tree pane.
http://i38.tinypic.com/snhpar.png

That's a lot of drives. Can you hear if they are going to sleep and then being woken up (i.e. spinning up) when the tree is changed?

Could be that they are being refreshed and that's causing them to spin up, which takes a few seconds, and they're then set to go back to sleep very quickly.

(I'm not sure if the tree would cause this. Just trying to think of things to investigate further.)

Yeah I know what you mean, that happens sometimes when saving something from the browser, mostly on the 2 external partitions, but I rarely browse them with DO, so no, it's not that. It's only showing seriously down when I remove multiple subfolders in the filepane, otherwise it works fluently.

Hmm... So if you do the action that's really slow twice in a row, is it slow both times?

It might be worth running Process Monitor, setting it to only show filesystem actions (ignore the registry) for dopus.exe, and see what Opus is accessing during that slow period. That may reveal what's going on.