gtk2/TODO
Tim Janik b5cb66dc35 invoke gtk_entry_grow_text already in this place, so the application will
Tue Feb 17 05:41:31 1998  Tim Janik  <timj@gimp.org>

        * gtk/gtkentry.c (gtk_entry_init): invoke gtk_entry_grow_text already
          in this place, so the application will never see entry->text==NULL.
          (see also ChangeLog entry from Tue Feb 11 1997 on this).


also i added some blurb about recent changes to the NEWS file,
and updated the TODO.
1998-02-17 08:32:55 +00:00

96 lines
3.0 KiB
Plaintext

TODO BEFORE GTK 1.0
-------------------
BUGS
----
* Fix focus activation of list items. Does list item activation have to be
completely reorganized?
* Lists should scroll to center the recently selected item if it isn't
visible.
* Notebook: there are a few cosmetic problems left
* Vertical scrollbar: the expose event looks hosed and is causing
quite a bit of flickering
* 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
GTK_PARENT_BASIC (similar to GTK_PARENT_SENSITIVE) flag, to prevent
tree iterations upon every container addition.
* GtkMenu needs to properly unref() accelerator tables upon destroy.
* Using gtk_container_add() on an option menu to add a label works, but then
gtk_option_menu_button_press() segfaults. This is supposed to fail while
adding due to a g_return_if_fail (GTK_IS_MENU_ITEM (child));
* enforce invariants on *_RESIZE* and *_REDRAW* flags.
NEW FEATURES
------------
* gdk_expose_compress: ala-Xt, this would really help for opaque moves and
such
WIDGETS
-------
* Column-list (Jay Painter)
* Text widget (needs to be finished)
* Entry should have a password mode (and it should show stars
for user feedback)
DND
---
It seems to be having problems again. The way DND data types are set in
GtkWidget really needs to be fixed. This is pretty high on my priority
list, and I'll get to it as soon as the column list widget is done. The
correct way dnd data needs to be set is to have a additional keyed data
type with GtkWidget, which is applied to the widget's window upon realize.
There also needs to be a way to set dnd-data on widget windows which are
not the main window (for widgets that create more than one window).
-Jay Painter
DnD seems to work for me, but yes, there needs to be some sort of
gtk_widget layer that makes it easier... Also, adding support for drop
zones might be nice.
-- Elliot
This one is reproducabel for me:
testgtk --sync
popup colorselection
drag/drop works
start up preview color
drag works but not dropping
end preview color
drag/drop works
start up prewiev color
segfault in malloc
-timj
OTHER
-----
* Documentation
PLANNED FOR GTK AFTER 1.0
-------------------------
(add your thoughts here)
============================================================================
Other stuff todo, as of yet not categorized into the above:
-Widget redrawing when the window resizes sometimes messes up.
-More dialogs? Print, font, etc?
-Multiple document interface (MDI)?
-Support another widget style? Should be possible using GtkStyle's, but
there may be some work needed to remove any style dependencies in widget
code. Maybe GtkStyle's should have 'draw_push_button', 'draw_check_button',
etc, functions to draw the various widgets.
-Make all widget attributes configurable after the widget is created.