It seems to me this shouldn't be a major programming task. DO already has the, "Position selected item in the middle of the tree" option which does do this and it figures out how to position it correctly regardless of the tree folders being added or removed. It also positions it correctly if I move the tree split bar up or down and save the lister.
So it seems that there could be an additional option tied into the middle of tree option which states, "Position selected item in the TOP of the tree"? I think this option would make more sense to me and most users than the middle of tree option? I would assume that the program just uses a percentage such as 50% of vertical screen area to position the selected folder? What would even be better is allow the user to adjust the percentage to their liking? How cool would that be, then you could satisfy everyone's requirements. What would also be cooler yet, have the percentage entry be tied to the saved listers so it could be different for each saved lister instead of a program wide percentage. The lister position would override the global setting when it was opened and then revert back to to the global setting for further tree directories. This would be the best of both worlds.
I would bet the option I have proposed would be a thumbs up for all users because I would think the majority of users would prefer to see all the folders the screen height can display under the selected folder without having to waste time with endless mouse wheel scrolling.
I am not sure how the middle of the tree option was even considered as the only option to have instead of position at the top of the tree were it would certainly make the most sense to me and I think to most other users. What do you think about this change? I also feel the tree should reposition the selected folder at all times when any tree folder was selected. This would certainly make all the move folder operations etc. much better than scrolling through endless folders to copy, paste, move etc. from the right side to left tree side. That would make all these operations much easier to get to the correct folder rather than trying to get and miss a folder in the middle of the tree. Which happens to me all the time. Think about this, it reduces the users chances by 50% of selecting the correct folder because the only drag option is the folders below the selected folder instead of the way it is now with a folder above and below the selected tree folder.