On Sat, 2005-07-16 at 14:53 -0700, Bryce Harrington wrote:
Sounds like a decent strategy.
Currently, the only major hard part about converting the remaining dialogs to gtkmm is for someone to develop a good solution for handling tree-based dialogs. I.e., a dialog that allows browsing an SPRepr class, as the XML dialog currently does. This looks like a pretty challenging thing to do, but once someone's invented a feasable structure for handling these kinds of dialogs, then people will be able to copy that approach for doing other tree-oriented dialogs, like Preferences, Layer manager, and so forth.
Well, for simple stuff like Preferences or Extensions, the GTK+ tree API is pretty straightforward. Someone just needs to read the documentation and tutorials.
The XML/SPObject/Layer dialogs are a little more complicated only because I intend to wrap the XML/Object tree directly rather than using an intermediate model (which would potentially double or triple the memory burden for a large document).
-mental