Version: (using KDE KDE 3.3.1) Installed from: Slackware Packages OS: Linux Ctrl+U in Konq does not work as the rest of my desktop: it will NOT clear a textfield and allow me to type new text. When I grew up on Windows, I got used to using ctrl+a + backspace. However, under X11, this has the unfortunate side effect of blanking out the text DnD clipboard. When I discovered that X11 used the ctrl+u method of clearing text areas, I was very happy. However, Konq will not honour this convention. Why? It's a reasonable default.
Still reproducable with KDE 3.3.2. The problem is, that Ctrl+U is defined as shortcut for "View Document Source" and while it works e.g. on QLineEdit/KLineEdit it doesn't work on TextArea's.
Seeing this in 4.0.3 ... remove the shortcut, and Ctrl+U will work in text boxes, but not text areas.
View source shortcut conflict the shortcut -- "ctrl+u" of QLineEdit/KLineEdit. My konqueror is from RawHide/Fedora 9. [root@office162 ~]# rpm -qi kdebase Name : kdebase Relocations: (not relocatable) Version : 4.1.0 Vendor: Fedora Project Release : 1.fc10 Build Date: Thu 24 Jul 2008 09:00:59 PM CST Install Date: Wed 27 Aug 2008 02:00:00 AM CST Build Host: x86-8 Group : User Interface/Desktops Source RPM: kdebase-4.1.0-1.fc10.src.rpm Size : 13213121 License: GPLv2 Signature : (none) Packager : Fedora Project URL : http://www.kde.org/ Summary : K Desktop Environment 4 - Core Files Description : Core runtime requirements and applications for the K Desktop Environment 4.
The 4.1.0 bug with shortcut conflicts (comment #3) was unrelated (and fixed for 4.2.1). The core of the issue, Ctrl+U not working in textareas, is completely independent from "View Document Source", it's just that the one-line QLineEdit implements Ctrl+U (on X11), while QTextEdit does not. I am not sure that implementing it in QTextEdit would be a good idea though -- given that it can (optionally) be used for rich text editing, and there Ctrl+U means underline... It never occured to me to use Ctrl+U in a multi-line text widget; after all nobody expects it to work in a word processor either (pretty dangerous shortcut if it worked). Finally, Ctrl+A + Del does not "blank out the text DnD clipboard" here - and it should not, since it's a keyboard-made selection and not a mouse selection. This in fact sounds like an old bug that might have been fixed since then. For this reason I'm closing this bug (it's both a WONTFIX for Ctrl+U and a WORKSFORME for Ctrl+A+Del), please reopen if you disagree.