Bug 189795

Summary: Shortcut conflicts with embedded KParts
Product: [Applications] kate Reporter: Michael Schuerig <michael>
Component: partAssignee: KWrite Developers <kwrite-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: cullmann, faure, kavol, konq-bugs, nusch88
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:

Description Michael Schuerig 2009-04-16 13:29:20 UTC 
Version:           4.2.2 (KDE 4.2.2) (using 4.2.2 (KDE 4.2.2), Debian packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.28-1-686

When Konqueror embeds a KPart, e.g. the Advanced Text Editor or other viewers, it merges all shortcuts and keeps them active.

Also, the ATE is no longer read-only when embedded. As a result, it is very easy to type into an open document. Trying to undo the damage with Ctrl-Z is greeted by an "Ambiguous Shortcut Detected" error message.

The problem appears to be that Konqueror treats all shortcuts the same. It could be solved by giving priority to the innermost component starting from the focus.
Comment 1 kavol 2009-09-24 15:45:47 UTC 
I've just came across this too ... I tried to refresh a document viewed in kwrite kpart under konqueror by hitting F5, and it refused to do anything, despite the fact that F5 has the same meaning in both cases
Comment 2 David Faure 2010-10-20 10:48:06 UTC 
Konqueror doesn't do any shortcut priority handlings, that's all done in Qt (which indeed treats all shortcuts equal, even when setting shortcut contexts).

Anyway, these are katepart bugs in my opinion; reassigning.
Comment 3 nusch 2010-10-26 09:00:38 UTC 
The same problem exists in KMplayer which can use different video engine(mplayer, phonon) but in all cases playback could be only controlled via mouse.
Comment 4 Christoph Cullmann 2011-06-25 18:28:43 UTC 
kate part is now correctly read-only and you won't get again into this mess ;)