summaryrefslogtreecommitdiff
path: root/TODO.xml
diff options
context:
space:
mode:
authorOwen Taylor <otaylor@redhat.com>2000-02-25 16:17:10 +0000
committerOwen Taylor <otaylor@src.gnome.org>2000-02-25 16:17:10 +0000
commit713b36cedbc670bd31894df690e1e1539a4baffc (patch)
treebc4272363779d6a28b30039c7eeb70752d37feb7 /TODO.xml
parentb128983b589d7d83c8cdc031c04ca5ca90767610 (diff)
downloadgdk-pixbuf-713b36cedbc670bd31894df690e1e1539a4baffc.tar.gz
Added some UI items, and an explanatory comment at the top of the file.
Fri Feb 25 11:12:00 2000 Owen Taylor <otaylor@redhat.com> * TODO.xml: Added some UI items, and an explanatory comment at the top of the file.
Diffstat (limited to 'TODO.xml')
-rw-r--r--TODO.xml62
1 files changed, 61 insertions, 1 deletions
diff --git a/TODO.xml b/TODO.xml
index e79215728..36cb733a7 100644
--- a/TODO.xml
+++ b/TODO.xml
@@ -1,5 +1,13 @@
+<!-- This is used to generate the online TODO list for GTK+ using
+ the script docs/make-todo. Whenever a change to this file is
+ committed to CVS,the file is run through make-todo and the online
+ version updated. If you modify this file, you should check for
+ parse errors by running:
+
+ $ docs/make-todo > /dev/null
+
+ before committing, or you may screw up the online version -->
<todo>
-
<section>
<title>GDK</title>
@@ -285,6 +293,58 @@
<contact>gtk-devel-list@redhat.com</contact>
</entry>
+ <entry size="small" status="0%" target="1.4">
+ <title>Improve Radio/Checkbutton Look</title>
+ <description>
+ <p>
+ The default look for the radio and checkbuttons is both
+ unattractive and not friendly to the user . Motif did not
+ get this one right, and we should not keep on following the
+ Motif look. The right thing here is probably to copy the
+ Windows appearance for these controls fairly closely. This
+ will fit in with well with the rest of the GTK+ look.
+ </p>
+ </description>
+ <contact>gtk-devel-list@redhat.com</contact>
+ </entry>
+
+ <entry size="small" status="0%" target="1.4">
+ <title>Improve Submenu Navigation</title>
+ <description>
+ <p>
+ Navigating through a deep menu tree in GTK+ is currently
+ quite tricky, because as soon as one leaves a menu item,
+ the submenu disappears. The way that the Macintosh is
+ reputed to handle this is that to pop down the current
+ submenu, you have to leave the triangle defined by the
+ upper left hand corner of the menu item and right
+ side of the submenu.
+ </p>
+ </description>
+ <contact>gtk-devel-list@redhat.com</contact>
+ </entry>
+
+ <entry size="small" status="0%" target="1.4 ?">
+ <title>Improve Spinbutton Look</title>
+ <description>
+ <p>
+ Spinbuttons currently appear to have lumpy boundaries,
+ because sides of the arrows aren't at an angle that
+ meshes well with the pixel grid. However, fixing this
+ would require making the spinbuttons narrower and
+ harder to hit. This points out a general problem with
+ the spinbutton (and the arrows on the scrollbars) - the
+ target area for clicks actually the bounding box of the
+ arrows, but the user thinks that they must click on the
+ arrows themselves. It would probably be more friendly
+ to use a square button with an arrow drawn on top instead
+ of a arrow-shaped button, the approach taken by most other
+ windowing systems.
+ </p>
+ </description>
+ <contact>gtk-devel-list@redhat.com</contact>
+ </entry>
+
<entry size="big" status="90%" target="1.4">
<title>Supply horizontable/vertical wrapping boxes</title>
<description>