[hafqa] [hafqa] [Bug 1130] Submenus fail to open on sardine-experimental
From: bugzilla-daemon at maemo.org bugzilla-daemon at maemo.orgDate: Tue Mar 13 14:34:50 EET 2007
- Previous message: [hafqa] [Bug 1111] [TRACKER] Maemo GTK+ 2.10 Regressions
- Next message: [hafqa] [Bug 912] GtkCellRendererToggle as the cellrenderer in GtkTreeView does not work.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
https://maemo.org/bugzilla/show_bug.cgi?id=1130 tapani.palli at nokia.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|tapani.palli at nokia.com |karoliina.t.salminen at nokia.c | |om Component|window-manager |desktop ------- Additional Comments From tapani.palli at nokia.com 2007-03-13 14:34 ------- Reason why submenu closes is that the parent menu (yes, not the submenu) gets visibilitynotify event, this closes parent-menu and that causes submenu also to close. Menu closing is implemented in Gtk, Gtk has a patch that catches visibilitynotify event. After this it goes through window stack and sees wheter there are any dialogs on top of it in the stack. Now when statusbar-plugin-window is a regular dialog, it causes gtkmenu logic to close menu. Why parent menu gets visibilitynotify event, I'm not sure. From WM point of view everything looks ok. I strongly suggest statusbar to use MB hints which made statusbar-plugin window possible in the first place. We can then make it behave better what comes to resize and positioning etc. -- Configure bugmail: https://maemo.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
- Previous message: [hafqa] [Bug 1111] [TRACKER] Maemo GTK+ 2.10 Regressions
- Next message: [hafqa] [Bug 912] GtkCellRendererToggle as the cellrenderer in GtkTreeView does not work.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]