Version: 4.5 OS: Linux I have observed this behaviour in both Code::Blocks and Kate. I suspect it to derive from the lower level layers instead of from those programs directly. Reproducible: Always Steps to Reproduce: - Find a program that allows for keybord shortcuts customization, for example Kate. - In the menu bar, look for a name with an underlined letter (ie: the letter that would open that menu if you hit Alt+letter), in this example Kate's "B&ookmarks" menu - Go to the shortcut customization window and add a new keyboard shortcut for that combination, in this case Alt+O - Save your settings and go back to main view - Hit your new shortcut (Alt+O) Actual Results: The "Bookmarks" menu opens, eating your keystroke and thus preventing your shortcut to work. Expected Results: User's shortcuts are given precedence over menu shortcuts. If the user realizes that he actually needed Alt+O to open "Bookmarks", he will eventually change his custom shortcut to something else. "Bookmarks" can also be reached from keyboard by opening an adjacent menu and hitting left/right arrows. Eventually, some way of customizing such shortcuts could be added, although in my experience menu shortcuts are used far less frequently than user shortcuts, and can be safely overridden if the user wishes to do so.
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have implemented this wish. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann