[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 118862] accents dead keys do not work
From:       Andreas Nicolai <Andreas.Nicolai () gmx ! net>
Date:       2006-04-24 15:19:00
Message-ID: 20060424151900.32309.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=118862         




------- Additional Comments From Andreas.Nicolai gmx net  2006-04-24 17:18 -------
A short clarification: KTouch uses the Keyboard schemes only for the display of the \
keyboard and the highlighting of the keys to press.

Internally, we simply "listen" to the keyPressEvent() function, that we reimplement \
in the main program window. Now depending on your keyboard settings in KDE (or your \
X-Windows keyboard settings), the QT lib generates a keyPressEvent when a dead key is \
pressed or not. 

For example, if you have an english keyboard layout setup, the circonflex character ^ \
is not considered a dead-key and therefore KTouch gets a keyPressEvent with a ^ \
character. However, when you change your system keyboard layout to german (e.g. using \
the YAST or SAX tool in SuSE distros), the keypress event is only generated _after_ \
you press the next key, for instance an o. So in this case KTouch gets only one \
keypress event and receives the character ô.

So, this is really a framework/QT/KDE/X11 setting issue and unless we change  the way \
we find out about key presses (meaning we don't reimplement keyPressEvent but do \
something different), there is not much we can do about this problem.

If I find the time I'll try to "fake" the behavior of a QLineEdit and the way, the \
character is read there... but that's gonna be a bit more work.


[prev in list] [next in list] [prev in thread] [next in thread]