Re: Preserving the File Browser tree state when switching PM Browsers

From: vais <>
Date: Sun, 15 Feb 2009 10:53:06 -0800 (PST)

Thank you, Mitchell!

I knew you'd figure it out eventually - you were sounding like a mad
scientist there for a little while :)

I guess I used the term "serialized state" in the broadest sense. I
think the way you are describing pm's cursor fits this broad meaning
of serialized state as something that can be stored away and restored
at a later time to produce the same state. Well, it will not be
exactly the same though, since it just preserves the path to a single
node - so, if you expanded multiple directories at the same level in
the hierarchy, only one of them will be expanded when you come back.
If that's the case, it is still good enough I think.


On Feb 15, 1:11 am, mitchell <> wrote:
> > At the moment I do not know how to utilize this.
> Figured something out. I had to add a new 'pm_view_filled' event, but
> it works. Now, for example, if you open the file browser and drill
> down to a file or directory, make a selection, switch to a different
> browser, and switch back to the previous file browser (based on
> pm.entry_text), the selection is restored as you had left it. Since
> cursors are saved based on pm.entry_text, you can have any number of
> browsers with saved cursors to switch back to.
Received on Sun 15 Feb 2009 - 13:53:06 EST

This archive was generated by hypermail 2.2.0 : Thu 08 Mar 2012 - 11:37:21 EST