Version: (using KDE Devel) Installed from: Compiled sources OS: Linux Textfields in webpages allow to select text using the common shortucts: - SHIFT+LEFT/RIGHT ARROW : select one CHAR at a time - CTRL+SHIFT+LEFT/RIGHT ARROW : select one WORD at a time The CTRL+SHIFT+LEFT shortcut doesn't work in konqueror 4: instead of selecting words in the textfield, you could have this two behaviour: A. the focus is switched to the address toolbar of konqueror and the selection is done in the address bar B. do nothing. This happen ONLY in textfield with multiple lines!
Bug fixed on recent revisions :-)
Nope, still doesn't work for me. I tried with today's SVN version, and though Ctrl-Shift-Left and -Right don't switch focus to the location edit (anymore), they move the tabs instead. Debugging shows that those key presses are not relayed to KTextArea::event(), which means it can't be accept()ed there. I tried to find out what makes the TextAreaWidget fail when the LineEditWidget works, but KHTML is so object-oriented that I couldn't find out how it works with all this nesting of calls. I can't grok that without deeply immersing myself into the code, and I don't have the time for that currently. So, could someone with more insight tell me when the events are propagated and when they're not? I'm convinced that it's a no-brainer if you know KHTML better than I do.
Changing the title to be more specific. Besides, did I mention that this is a blocker issue for me to switch to Konqueror 4?
Confirmed. The bug is still reproducible on revision 802919. But I cannot reproduce ever. Sometimes it works right.
The issue only manifests if there is a tab on the side that the current tab is being moved to. For example, if you've got two tabs and press Ctrl-Shift-Right on the left tab, that tab is being moved right. If you press the same shortcut on the right tab, KHTML is uninterested and selecting the word works.
You're right. I can confirm it :-)
Fixed by David Faure, with a patch that affects Qt itself. Apparently the issue was that some shortcut overrides were not specified, which otherwise would have caught the event instead of relaying it to KHTML/Konqueror. The fix was sent to Trolltech, and I believe it was also applied to qt-copy. In QTextControl, consisted of just specifying a few more shortcut sequences to be caught for shortcut overrides.
Confirmed in "KDE 4.00.80 (KDE 4.0.80 >= (KDE 4.1 Beta1)" in kubuntu
It seems that the bug is not fixed in 4.1.1
Still not working here (kde 4.1.2). Perhaps an update of Qt could solve the problem. I am currently doing an update.
Fixed in current trunk r894724 with Qt 4.4.3.
*** Bug 165291 has been marked as a duplicate of this bug. ***