| Summary: | ignores global shortcut for paste | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | John Tuley <jmtuley> |
| Component: | composer | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | dominik.tritscher, glen, jtamate |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | 1.7.1 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
John Tuley
2004-11-16 18:47:46 UTC
Here's an update: version 1.8.2 in KDE 3.4.2-0.fc4.1 from FC4 Things have gotten worse: now it is not possible to paste via ANY of the standard mechanisms (Ctrl-v, the Edit/Paste menu, or the Paste tool icon, which accurately shows the copied text)! The only thing that works is the middle-mouse-button click paste. Changing the shortcut back to Ctrl-v did not affect this at all (still broken). Pasting as a quotation still works fine. There must be some kind of configuration bug in my system -- it seems implausible that everyone else can't paste either. However, I'm at a loss to figure out what that might be. I've looked through the config/kmailrc file and it is clearly updated and nothing suspicious in it. Help! *** Bug 154947 has been marked as a duplicate of this bug. *** Noticed same bug in kopete messenger window (in body area). however pasting with mouse works in every place. Kopete 0.12.7 (KDE 3.5.8) >Noticed same bug in kopete messenger window
Hmm, maybe this is a bug in KTextEdit then, the text edit component from kdelibs.
Can you try textedits in Konqueror, for example the textedit for adding comments to a bugzilla report (->the one which I'm currently typing in)?
Wow, I opened this bug little over three years ago and it's still getting sporadic activity ... these results are with Gentoo 2007.0, specifically KDE 3.5.7.
Well, in a Konqueror edit box, Alt+W (which I have mapped to Copy) does not function --- it activates the Window menu. Ctrl+W and Ctrl+Y function as bound (cut/paste). Ctrl+{C,X,V} behave as default, despite not being bound to these functions. (Even the alternate bindings are not these, being the defaults of {Ctrl+Insert, none, Shift+Insert}.
In a Kmail Composer window, Ctrl+W and Alt+W behave as desired. Ctrl+Y does NOT paste, but Ctrl+{C,X,V} still copy/cut/paste, though they are again not bound to these functions (or to anything at all).
Something I just now discovered when Konqueror refused to commit these comments (an unrelated problem): when I selected the text in the edit box and right-clicked, the menu indicated the default C/X/V bindings rather than my shortcuts. Perhaps this is deeper than previously thought?
for me this html <textarea> paste works ok in konqueror. i hope this info helps. Just checked with textedits in konqueror and kmail, both nightly builds from trunk r860647, and it worked fine with different cut/copy/paste shortcuts globally defined. So I assume this has been fixed. it works for me also. |