Version: (using KDE KDE 3.3.0) Installed from: Compiled From Sources HTML Access keys do not work, when an input field in a form has focus. Way to reproduce bug: 1. Go to http://www.c-plusplus.de/forum/index.php 2. Choose a forum, for example c++ 3. Go to the first topic. 4. Start answering the post by clicking on "Zitieren" or "Auf Beitrag antworten" 5. Click into the big input field named "Nachrichtentext", such that you can enter text. 6. Press "Ctrl" and you see all access keys. 7. One Key is "c". If you press "c" a c appears in the input field. The access key is not executed. The access key is executed, when no input field has focus. For example I click besides the input field to remove its focus, press "Ctrl" and after releasing it "c" and the correct action is performed. Another bug: 1. The input field is filled with text longer than the input field, such that one has to scroll to get from beginning to end. 2. One executes the access key "c" when the input field has no focus. 3. The correct text is entered into the input field. 4. The text is centered vertically. I consider this another bug.
I also uncountered the same bug. eg. when posting on kde-forum.org, I pressed Ctrl and it showed me [q] to quote, [s] to submit, [b] to bold... Would be very powerful to press Ctrl and then q to quote WITHOUT the painful mouse. But it doesn't work when focus is in a text box (like the one I entering this text)... Konqueror gived me the wish to use access keys (and mail webmasters to use them), even if I'm not disabled. It's very user friendly to show popups when Ctrl is pressed, it avoid lot of pain to discover them. Even more powerful on forums when now quoting wouldn't be a pain anymore, nor using formating. Hoping it will soon be solved, I'm confident in KDE developers and vote for the bug.
yeah, seen it, I wanted to show someone these nice accesskeys, on a forum, but no-go :( hope it *can* be fixed...
This is fixed in CVS now I believe (not a developer, just a bug reporter, etc). Someone else want to doubly confirm?
I've just checked this bug with KDE 3.4. It is partly done. When I enter text I can execute the access key, but after that the input box has lost focus. You can check this on the site in my original report. Should one open a new bug report?
It certainly works okay in my copy of 3.4.3 (Debian unstable). If you use ctrl keys to move around in text boxes (e.g. ctrl+left, ctrl+right, ctrl+home, etc) this causes a serious problem though: everytime you press ctrl to move around, change your mind and start typing again, your browser follows some random link on the page. It would be extremely nice if we could choose which key, if any, this functionality is assigned to (kind of like all the other keyboard shortcuts). Great browser by the way though. Thanks!
looks pretty solved to me, and for ages.
.