Main menu navigation glitch when gtk_key_theme=Emacs

Bug #191671 reported by Зоран Рилак
2
Affects Status Importance Assigned to Milestone
gnome-panel (Ubuntu)
Invalid
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-panel

When GConf key /desktop/gnome/interface/gtk_key_theme is set to Emacs, main menu exhibits odd behavior. When invoked via Alt-F1, whereas pressing down arrow on the keyboard intuitively moves the selection from the main menu item itself onto the first entry below, that is not the case with Ctrl-N: it advances the selection from "Applications" to "Places", which is horizontal movement (for horizontally oriented menu, at least). Both Ctrl-N and Ctrl-P will move the selection horizontally, between "Applications", "Places" and "System", until either Ctrl-B or Ctrl-F is pressed: at that point the selection moves into the currently open submenu and things get restored to their normal, non-axis-swapped state.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. What version of ubuntu are you using? Why do you expect those actions to react this way?

Changed in gnome-panel:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Зоран Рилак (zoran.rilak) wrote : Re: [Bug 191671] Re: Main menu navigation glitch when gtk_key_theme=Emacs

Hello Sebastian,

thanks for responding. This is Ubuntu 7.10. I expect menu's behavior
to be consistent across key schemas. When the main menu entries are
selected (immediately after pressing Ctrl-F1 by default), Emacs key
combinations behave in a manner orthogonal to their intent: Ctrl-P and
Ctrl-N move horizontally, while Ctrl-F and Ctrl-B will open a submenu.
With the arrow keys, there is no discrepancy: left and right arrows will
change the currently selected main menu entry, and up/down arrows will
open a submenu.

Zoran

On Sun, 2008-02-17 at 13:41 +0000, Sebastien Bacher wrote:
> Thank you for your bug. What version of ubuntu are you using? Why do you
> expect those actions to react this way?
>
> ** Changed in: gnome-panel (Ubuntu)
> Importance: Undecided => Low
> Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
> Status: New => Incomplete
>

Revision history for this message
Sebastien Bacher (seb128) wrote :

unconfirming, to send upstream by somebody having the issue and an opinion on how the emacs mode should be working

Changed in gnome-panel:
importance: Low → Wishlist
status: Incomplete → New
Revision history for this message
Sebastien Bacher (seb128) wrote :

could somebody having the issue send it to bugzilla.gnome.org?

Changed in gnome-panel:
status: New → Incomplete
Revision history for this message
Sebastien Bacher (seb128) wrote :

We are closing this bug report as it lacks the information, described in the previous comments, we need to investigate the problem further. However, please reopen it if you can give us the missing information and don't hesitate to submit bug reports in the future.

Changed in gnome-panel:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.