On Sat, Jul 16, 2005 at 11:59:40AM +0100, Ben Fowler wrote:
Probably the best solution is the first one suggested: Move to gtkmm (use C++ techniques throughout). Another possibility would be to move all code requiring the offsetof macro to .c files. Certainly if you can identify what makes the offending cases non-POD and remove it, then that would work as well.
I would suggest that until the best solution is in place, we just live with the warnings.
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. There are also some dialogs like the Extensions manager, that would be better implemented as tree views. So there's a good bit hinging on this one problem.
Beyond the dialogs, there's a good bit of work to get the core classes converted over, however much of the work looks pretty straightforward, just time consuming.
Bryce