Summary: | Ctrl+U doesn't work in textareas. | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Dylan Griffiths <dylang> |
Component: | khtml forms | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | normal | CC: | baif, faure |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Slackware | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Dylan Griffiths
2004-11-14 09:05:13 UTC
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. |