should preserve state of tree view in files tab

[rahulsundaram]

In the GTK interface, clicking on a torrent being downloaded brings up the properties. In a torrent that includes multiple directories and files, if I expand the tree view to a particular state, click on close and return back, the view is not preserved. This is annoying. The UI should preserve the view that I left it in when I return back.

[jordan]

This isn't a bad idea but it seems a little messy.

One approach would be to hide the dialog instead of destroying it when "Close" is pressed, but I wonder how much memory that would consume.

Or, a list of the expanded folders could be kept for each torrent instead. That would use less memory, at least. For example we could map the torrent_id int to an array of folders that we should expand in Files tab.

[rahulsundaram]

It is not just the tree size. I think the size of the window should be preserved as well because some of the files can have long names and being able to see the full file is important on occasions. I think once a user has opened the window and adjusted the size or expanded the view or modified it in any way, hiding it and keeping it in memory seems the easiest way out and I really doubt it is going to take any more memory and cpu time than preserving all these different settings and reading them again when the window is reopened

[x190]

Mac Client does preserve expanded views through open/close cycles of its Inspector but only if you keep that transfer selected. Window size and location is preserved.