Bug 221027

Summary:	QT apps have inconsistent behaviour for modifier keys when multiple layout switching is enabled
Product:	kxkb	Reporter:	Mark Williamson <maw48>
Component:	general	Assignee:	Andriy Rysin <arysin>
Status:	RESOLVED UPSTREAM
Severity:	normal
Priority:	NOR
Version:	2.0
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:

Description Mark Williamson 2010-01-02 21:14:02 UTC

Version:           2.0 (using 4.3.4 (KDE 4.3.4), 4.3.4-3.fc12 Fedora)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.31.9-174.fc12.x86_64

Example:
Add UK/Default and UK/Dvorak layouts to the keyboard switcher choices.
Switch to UK/Dvorak.
Typing in a QT app behaves as expected.
In, e.g. Konversation, Ctrl+W (corresponding to a , key on my QWERTY keyboard) moves me left a tab, instead of closing it.  i.e. it behaves as if I'm in QWERTY layout.
In, e.g. Firefox, the same key combo closes a tab (expected behaviour).

I do not have layout switching whilst Ctrl is held enabled, so this is not expected behaviour.  The inconsistent behaviour between QT and non-QT has basically made it impossible for me to use layout switching.  I have read hints that it may be a bug in QT and not kxkb in which case I apologise for reporting here.

I have not tracked down anything very definitive so far - it's persisted over multiple versions of QT for me.  I am not sure how I would isolate this as a QT problem or where to report that.

Comment 1 Andriy Rysin 2010-02-21 02:18:44 UTC

This can't be helped by kxkb, this is Qt problem and there's corresponding bug report here http://bugreports.qt.nokia.com/browse/QTBUG-4845

Comment 2 Mark Williamson 2010-02-26 15:20:29 UTC

@Andriy Rysin:

Thanks for the link!  I had seen comments to the effect that it was a QT bug when searching elsewhere but didn't have much success in discovering anything beyond that.  I'm now watching the QT bug and updating information there; thank you for the link and sorry for the noise here!