diff options
author | Owen Taylor <otaylor@redhat.com> | 2000-02-25 16:17:10 +0000 |
---|---|---|
committer | Owen Taylor <otaylor@src.gnome.org> | 2000-02-25 16:17:10 +0000 |
commit | 713b36cedbc670bd31894df690e1e1539a4baffc (patch) | |
tree | bc4272363779d6a28b30039c7eeb70752d37feb7 /TODO.xml | |
parent | b128983b589d7d83c8cdc031c04ca5ca90767610 (diff) | |
download | gtk+-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.xml | 62 |
1 files changed, 61 insertions, 1 deletions
@@ -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> |