Christian Robottom Reis <[EMAIL PROTECTED]> writes: > On Wed, Jul 21, 2004 at 04:41:23PM -0500, Doug Quale wrote: > > > I think all the API is in-place; what seems to be necessary is a > > > cross-platform (cross-language?) mechanism to persist user preferences. > > > Maybe PyGTK should just go ahead and grow one <wink>. > > > > Pygtk provides a great opportunity to experiment with an interface. > > Probably what we want is a function to serialize the treeview state to > > an XML string to be saved and another function to load the saved state > > string and set the treeview properties. Some flags would be required > > to tell what parts of the state are wanted. In many applications > > expanded/collapsed node state could be quite large and not > > interesting. > > You'd also need to specify a way to discover, store (and restore on > startup/widget construction) these preferences per-user and per-widget > -- or is that up to the application programmer?
I was imagining a simple system that required the application programmer to save the preferences and load them into the appropriate widgets by hand. This would be very tedious, but smarter mechanisms could be built on top of those low level facilities. Maybe this is aiming too low. A more integrated facility such as what bonobo docks and toolbars provide (automatically remembers and restores toolbar configuration at application shutdown and startup) would be even better. _______________________________________________ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
