Version: 3.5.2 (using KDE KDE 3.5.2) Installed from: Unlisted Binary Package OS: Linux I find <control> <release> <accesskey> sub-optimal and would like to be able to customize the hotkeys associated with access keys. Specifically I would like <alt>-<key> because that's what I'm used to, although there would be others who would want to customize this feature further. This wish would provide a workaround to these current features: * "Accesskey spam" -- I personally hate how control throws up all sorts of crap into the page. I often use control for other purposes (control-back, control-left/right) and so tapping control while I'm deep in thought throws up a lot of distracting infoboxes. Control-end and others can very occasionally flash the accesskey popups for a brief moment. * Multi-use keys. The "sticky key" functionality of the control key is awkward for those who are not used to it. So now a person needs to learn <key> and <control>-<key> and <control> <release> <key> which is difficult. * <Control> is not the accesskey used with other browsers (namely IE and FireFox). Some users have difficulty migrating to Konqueror specifically because of this accesskey issue. ** Possibly those other browsers will "correct" their hotkey just as Opera and Konqueror have, but regardless there are still users who use the alt-key hotkey combination. .. Yes, I realize that my preference for alt-key for accesskeys conflicts with the use of alt for the menu. In my particular case, I value accesskeys more than menus. I'm fine with using my mouse for the menu. I VERY rarely use the menu in comparison to using accesskeys for the web page I'm visiting. Without exaggeration, I would easily use accesskeys a hundred times without touching the menu. I surf all day with control-click on links for new tabs, control-tab/shift-tab for moving between tabs, alt-e for editing pages, alt-s for saving pages. The menu is irrelevant in comparison. Related bugs: * Bug 124218: Please add gui settings support for disabling access keys * Bug 83053: accesskeys conflict with normal shortcuts
It also appears that Konqueror overrides the website's normal accesskey combinations. For example, mediawiki has 'e' for 'edit', which konqueror may or may not get right. I have an edit link in the header for all pages (MediaWiki:Sitenotice), and it is picked up as 'e' .. instead of the article edit tab.
Also, it would be nice to have the functionality to disable the automatic accesskeys, so as to only use those accesskeys defined by the website.
*** Bug 163686 has been marked as a duplicate of this bug. ***