-TODO BEFORE GTK 1.0
--------------------
+For 1.1.0 release:
+For 1.2.0 release:
+- remove deprecated functions from *.[hc] files, especially the
+ non-functional ones.
+
Bugs:
- * Vertical scrollbar: the expose event looks hosed and is causing
- quite a bit of flickering
-
- * signal parameters don't seem to get refreshed on recursive invokations
- of GTK_NO_RECURSE signals, which causes the restarted emissions to loose
- their actual point, i.e. parameter changes on the restarted emission,
- needs further investigation.
-
- * the GtkText widget needs to be fixed, that means no segfaults, full editing
- facilities, omit the background pixmap for now.
-
* Widget redrawing when the window resizes sometimes messes up.
- GtkWindows allow_shrink is buggy since we let all kinds of configure events
- pass from Gdk to Gtk.
GtkLabels sometimes redraw without clearing up the underlying background on
window resizes.
segfault in malloc
-timj
+ * Change bitfields to guints from enums, or vice versa?
+
+ * Expose events aren't being generated correctly for DND demo
+
Additions:
+ * implement keyboard navigation in menus
+
+ * focus handling for GtkOptionMenu (needs the previous)
+
+ * GScanner: it might be good to ues stdio and getch() instead of 1-character
+ reads. so one can take advantage of buffering. Currently each read() takes
+ a separate syscall.
+
+ * implement gtk_default_draw_oval and other missing things in gtkstyle.c.
+
* Lists should scroll to center the recently selected item if it isn't
visible.
* GtkToolTips:
allocate GtkTooltipsData from memchunks
- look into incorporation of old/gtk-dairiki-971208-[01].patch.gz
+ look into incorporation of outdated/gtk-dairiki-971208-[01].patch.gz
- * Make widget attributes configurable after the widget is created (timj).
+ * Change gtk_widget_propagate_default_style() mechanism to
+ void gtk_rc_string_export (const gchar *rc_additions,
+ gboolean override_rc_styles);
- * Implementation of owens widget style proposal.
+ * Make all widget attributes configurable after the widget is created (timj).
- * Are there still some GtkCList changes outstanding? (Jay Painter)
- GtkCList is derived from GtkContainer but doesn't implement the
- need_resize, focus, add and remove methods from containers.
- it should at least issue a warning upon invokation of not supported
- member functions.
-
- * GtkTree and GtkList should express in their *_add implementations,
- that they expect GtkListItems/GtkTreeItems as children. Similar
- things might apply to other containers.
+ * Widgets dervied from GtkButton need to be able to override
+ GtkButtonClass.paint. e.g. redrawing of GtkToggleButton with CAN_DEFAULT
+ is messed up otheriwse. This does in fact not only apply to (toggle)buttons,
+ we should introduce a common paint member for the GtkWidgetClass.
+
+ * Radio buttons need to display CAN/HAS_DEFAULT correctly.
+ * GtkCList improvements. (Jay Painter)
-TODO AFTER GTK 1.0
-------------------
+ * Seperate GtkObject, type and signaling system from Gdk dependancies,
+ by moving them into a seperate libgtkobj.
+ * move *_input_add (wrappers for select(2)) mechanism into glib.
- * Make all widget attributes configurable after the widget is created (timj).
-
* Make sure a widget added to a list is a list item and a widget added
to a menu is a menu item, etc. GTK_BASIC was a first attempt at this,
but it fails with subsequent container_add()s. maybe have another
* Entry should have a password mode (and it should show stars
for user feedback).
- * More dialogs? Print, GtkFontSelector, maybe others...
+ * Entry should allow set_usize to work better, and should compute
+ a different width when a maximum length is used.
+
+ * More dialogs: Print, GtkFontSelector, maybe others...
* Multiple document interface (MDI)?
etc, functions to draw the various widgets.
This will be covered by upcoming themability, raster is working on it.
+ * make the gtk_main callbacks consistent in their add/remove behaviour.
+
* More work on Documentation
+
+ * Check return values on all calls to XIC[Get/Set]Values
+
+ * Rewrite the interface to the i18n stuff so GTK widgets don't need to
+ retrieve X values, and so they don't have to know the value of the
+ XNxxx character constants.
+
+ * The "--geometry" option should be supported
+
+ - Having gdk_init() parse the geometry option. (putting it into
+ GDK means you can use XParseGeometry() without wrapping it)
+
+ - Add a call gdk_get_geometry() that retrieves the results
+ in a form like that returned by XParseGeometry()
+
+ - The application then can modify the results (as would gemvt)
+ then call a routine gtk_window_set_geometry() on whatever
+ it considers to be its main window.
+
+ - Then in some manner GtkWindow takes that into account when
+ setting its hints. (Probably it uses the size and position
+ as the current uposition and usize, and modulates that
+ be the equivalents of the X flags
+
+ XValue, YValue, WidthValue, HeightValue, XNegative, or YNegative
+
+ ( You'd have to extend gdk_window_set_hints to accept the
+ window gravity option to get it right. )
+
+ ? Allow moving the separator for paned widgets by dragging
+ it directly instead of using the handle.
+
+ ? Mark public use of gtk_tree_remove_item as deprecated - it should be used
+ as:
+ gtk_container_remove (GTK_CONTAINER(tree), widget);
+
+ * Standardize that all strings should be passed as gchar *, not
+ guchar *. But what about non-string data? (gdk_property_change,
+ gtk_selection_data_set) X makes these sort of things guchar...
+
+ * Check into XAddConnectionWatch - is this needed for XIM?
+
+ * Places where a _full variant is needed:
+
+ gtk_clist_set_row_data
+ gtk_init_add
+ gtk_menu_popup
+ gtk_toolbar_prepend_element
+ gtk_toolbar_insert_element
+ gtk_widget_dnd_data_set (should be guchar * with a copy?
+ shouldn't be there at all...)
+ ??? GtkDrawingarea.draw_data
+
+ * gtk_rc_add_[name/class]_style are broken for bg pixmaps, because
+ styles are broken for bg pixmaps, and RC styles only hack around
+ that.
+
+ * Try to rationally deal with someone else deleting one of our
+ windows??? This would mean keeping track of our window heirarchy
+ ourselves, for one thing, and will never be safe, because of
+ race conditions.
+
+ * --g-fatal-warnings flag that does
+ g_set_warning_handler ((GWarningHandler)g_error);
+
+ * If a window spontaneously resizes itself N times before any
+ ConfigureNotify events are received, then due to the interaction
+ of the ConfigureNotify compression code in GDK and the resize
+ count used for the window, the window will be size_allocated
+ the next N-1 times it is moved.
+
+ Fix: Only send GDK_EVENT_CONFIGURE when the window is resized,
+ create a new event type for toplevel motion. (GDK_EVENT_REPOSITION?)
+ and eliminate the resize count in GtkWindow.
+
+ * Generic ScrolledWindow interface, which provide automatic scrollbar
+ capability to Viewport, Text, and CList widgets.
+
+ * GTK_POLICY_NEVER for scrolled windows.
+
+ * Consider caching more state in GdkWindowPrivate. Currently,
+ every widget realization involves a XGetGeometry and a
+ XGetWindowAttributes. And every GdkWindow destruction
+ involves a XQueryTree.
+
+ * Should all the default handlers really return FALSE? This can
+ cause confusing presses to be sent to containers that actually
+ want to get events on themselves.
+
+ * New signals to handle accelerators: accel_before and accel_after (or
+ somesuch) to pre and post process accelerator calls. [Yosh]
+
+Text/Edit widget:
+
+ Bugs:
+
+ - Really big font (150 pt), plus lots of editing caused segfault
+
+ Improvements:
+
+ - Unify the key binding support in some fashion between the
+ Entry and Text widget widgets (???)
+
+ - Figure out a way not to recompute the geometry on insertions/deletions
+ which are large, but not a significant fraction of the
+ entire text. (e.g., compute the changes as when the widget
+ is not frozen, but without the actual scrolling)
+
+ - Prune the line start cache. But since it is only 68 bytes
+ per line, and it is a lot faster when lines are in the cache,
+ it may be better not to, at least for now.
+
+ - Show the non-editable state by changing colors. (Use the
+ style entries for insensitive?)
+
+ - Multibyte support for the Text widget.
+
+ - Unicode support to do the multi-byte right.
+
+ - Support an .inputrc. (The readline one doesn't really work,
+ unless it is extended because it can't represent X keysyms,
+ just terminal type input)
+
+ - A vi mode
+
+ - Word wrap, instead of line folding. (Should the continuation
+ characters be shown?)
+
+ - Horizontal scrolling
+
+ - Disable pasting compound text
+
+ - When showing background pixmap (not editable) actually set
+ the background pixmap as the windows bg pixmap, to improve
+ appearance on exposes. But this would require using another
+ window to get the origins.
+
+ - In word wrap mode, break:
+
+ aaaaaaaaaaa bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
+
+ as:
+ | Maximum column
+ aaaaaaaaaaa bbbbbbbbbbb|
+ bbbbbbbbbbbbbbbbbbbbbbb|
+ bbbbbbbbb |
+
+ Instead of:
+ |
+ aaaaaaaaaaa |
+ bbbbbbbbbbbbbbbbbbbbbbb|
+ bbbbbbbbbbbbbbbbbbbb |
+
+ - Blinking cursor
+
+ - API's : gtk_text_clear, gtk_text_delete_lines (gint start, gint end),
+ gtk_text_append/prepend, gtk_text_insert_at (gint row, gint column),
+ some function to get the row/column from the x/y-coordinates of a
+ mouse click, some function to get the word/line under the mouse pointer
+ [ From: Stefan Jeske <jeske@braunschweig.netsurf.de> ]
+
+ - "changed" emitted when doing deletes on empty Text widget.