After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 572634 - Z-Snake Menus
Z-Snake Menus
Status: RESOLVED WONTFIX
Product: gtk-engines
Classification: Deprecated
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: gtk-engines maintainers
gtk-engines maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2009-02-21 09:04 UTC by tobias
Modified: 2014-04-05 17:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Z-Snake (4.09 KB, image/png)
2009-02-21 09:04 UTC, tobias
Details

Description tobias 2009-02-21 09:04:00 UTC
This is an concept, I have first seen in BeOS. It connects submenus so that it is easier for the user to see the connection between the menu and the submenu. I'd like to se this in gtk applications.

BeOS Screenshots:
http://www.osnews.com/img/632/zsnake.png
http://qube.ru/files/images/skrinshot_beos_dano_na_macintosh_zsnake.gif
Comment 1 tobias 2009-02-21 09:04:50 UTC
Created attachment 129205 [details]
Z-Snake
Comment 2 Thomas Wood 2009-02-22 19:23:55 UTC
This feature is certainly not possible with current GKT+ api. I'm not sure we would even want to add such a feature any way because it looks fairly ugly. It  would also probably require a single window for multiple pop-up menus to be implemented in a sane way, which is not a nice thought either.
Comment 3 Benjamin Berg 2009-02-23 11:45:53 UTC
Lets discuss a bit what would be neccessary to implement this:

 * Each of the menu windows would need to be larger by the "snake" width on the left and right side.
 * The menu windows need an input shape, so the area is not sensitive in any way.
 * The theme engine would need enough information to draw this kind of design

All of these three points would need support in GTK+ itself ... The first two could be handled with a style property. However, I am not sure how the information could be passed to the engine. In this case it may really be the easiest thing to draw the menu background, including the selected menuitem (and the z-snake) at the same time. So the engine would get the following information on the menu background drawing:

 - size of the menu (there anyways)
 - position of the selected menuitem, if there is one
 - position of the selected menuitem in the submenu, if there is a submenu

This assumes there is a single call into the theme engine two draw both the menu+selected item. If this is not the case, an extra drawing call for the connection would be needed, I guess.
Comment 4 tobias 2011-03-06 14:47:17 UTC
How much of this is possible with GTK 3.0?
Comment 5 André Klapper 2014-04-05 17:01:51 UTC
This project is not under active development anymore (except for buildtools, the last 'real' code change happened in October 2010).
According to developers, it is currently unlikely that there will be any further active development.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this bug report in the future if
anyone takes the responsibility for active development again.