Difference between revisions of "GtkMMification"
Revision as of 13:15, 29 May 2004
Gtk+ and GtkMM interact cleanly. This task is to replace individual widgets and dialogs with their GtkMM ports so as to reduce the code size and make code reading easier.
We won't be using Glade, but we may consider other GtkMM-based derived widgetsets, such as the ones used for the new The_Gimp interface.
There are several reasons for not using Gl.
Contents
Things discovered whilst porting from Gtk+ to GtkMM
- you can get the underlying Gtk+ pointer using the
gobj()member. in the system, as modified by appropriate user preferences.
The XML Editor will require refactoring to make use of the TreeView widget.. Additional research into what is needed for Pango support will need to be done.
The default Gtkmm FileSelection dialog is not good enough. Sodipodi had experimented with the KDE file dialog and a number of users enjoyed its much improved capabilities. We need something better than the default. It is said that there are alternate options we could consider, or could wait until the next major release of Gtk+, in hopes that the new lib will provide a new dialog. This needs to be researched..
All copy, cut, and paste actions must be tied in with the clipboard system. These actions should cause the selected objects to be rendered down to SVG and put into the clipboard. We'll need to consider whether to copy as plain SVG, or to include namespaced custom styles such as has been used by Sodipodi. This also needs to be tied into the import/export capabilities so that rendering to/from binary formats such as png can work correctly.
Autosave can be implemented during idle or timeout periods.: