GTK+ menu problems/suggestions
- From: Marko Macek <Marko Macek gmx net>
- To: gtk-devel-list redhat com
- CC: gnome-hackers gnome org
- Subject: GTK+ menu problems/suggestions
- Date: Tue, 05 Jan 1999 19:22:13 +0100
Hi!
Here is a list of problems and some suggestions for gtk+ menus. I used
gtk+-1.1.11 from the latest gnome RPMS.
I plan to fix these things myself if no one does it before me, but I
will
be very busy for some time...
If you want more detailed explanation of some items send me email.
Here is the list:
problems with gtk menus:
- when pulldown/popup displays the first item is selected even while
mouse is still being held down. The item should only be selected
if the popup was activated by keyboard or after the mouse is released.
This is especially ugly with tearoffs.
- Tearoff item should not be selected by default. The next item should
be selected instead.
- The first item of the cascade submenu (skipping the tearoff if there
is one) should be vertically aligned with the menu item in the parent
menu that the submenu is attached to (I submitted a patch for this a
long time ago but it was not included for some reason)
- Alt+Letter selects submenus from the menubar like it must. But while a
submenu is active it is not possible to jump to another submenu the same
way.
- Assigning the keys to menu items by pressing them activates the item
immediatelly, too (apparently only some keys, but not the others?)
- When navigating popup menus with cascade submenus, the submenus should
not be shown automatically, but only when Enter or Right/Arrow is
pressed.
When a cascade menu is shown off the popup menu, pressing left arrow
should hide the submenu and activate the parent menu.
- Home/End keys should work in the menu.
- F10 should activate the menubar like in Motif/... (standard key).
Deactivate too if pressed a second time.
- cascading submenus are often displayed over their parent menu instead
of
on the left/right side. (mostly when displaying menus to the left)
- clicking the menu item activates the submenu, clicking again should
hide it.
(in menu bar too)
- option (have I missed it?) to disable automatic mouse tracking when no
mouse is pressed. (Perhaps even as default). This is really important
because it is a really big pain to use the current menus with less than
perfect mice.
- Torn off menus should stay above parent frame (must set
WM_TRANSIENT_FOR just like undocked menu bar already does).
- wish: conditional cascade submenus (like in OS/2). They are very
useful to
keep the menus clean but still powerful. Some of the above stuff will
have to
be done before they can be implemented. My window manager, icewm, has an
implementation of these that is event better than OS/2 one...
Mark
--
... MouseDevice "/dev/null"
--------_--------------------------------------------------------------
Marko.Macek@gmx.net http://www.kiss.uni-lj.si/~k4fr0235/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]