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.
 
 * Make gtk_menu_item_set_submenu() and gtk_option_menu_set_menu() fit into
   the normal tree manner (e.g. make propagation possible).
 
 * GtkOptionMenu needs to reference its curent GtkMenuItem.
 
 * Right after creation of an option menu, the first selected menu item is
   placed too low (is this still true?).
   
 * GtkMenu needs to properly unref() accelerator tables upon destroy.
 
 * Display of GtkToggleButton is messed up if GtkContainer::container_width
   is greate than 0. GtkCheckButton and GtkRadioButton are only messed up
   if draw_indicator is FALSE.

 * 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));
 
 * the new fileselection dialog sometimes segfaults after subsequent
   selections from the option menu, because it destroyes the menu
   that is connected to the optionmenu, and the option menu only handles
   the deactivation, but not the destruction of it's submenu.
   this is not a bug in the fileselection code but in the optionmenu
   code.
                        
 * Look also at ./BUGS (i added it, because it describes some bugs in
   a more specific way -timj).
   

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.