Bug 23179 - WebKit Qt does not always honor "Compose" key
Summary: WebKit Qt does not always honor "Compose" key
Status: RESOLVED WORKSFORME
Alias: None
Product: WebKit
Classification: Unclassified
Component: Platform (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Linux
: P2 Normal
Assignee: Nobody
URL:
Keywords: Qt
Depends on:
Blocks:
 
Reported: 2009-01-07 17:32 PST by Jeremy Norris
Modified: 2010-03-16 02:42 PDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeremy Norris 2009-01-07 17:32:22 PST
[Using WebKit Qt from qt-snapshot from git]

I have the Compose key mapped to RAlt to insert special characters; however, with builds from qt-snapshot, the key appears to be ignored in some input areas. For instance, the sequence "RAlt + a => e" produces "ae" instead of "æ".

Sites which are "web 2.0" and have some mappings to shortcuts, such as meebo.com and Google Mail, seem to be affected; I cannot input special characters via the compose key in Meebo chats, nor when creating mails in Google Mail.

This issue appeared intermittent with a previous WebKit Qt version [I am uncertain of the version included with Qt 4.4.3], but changing to a different tab and back in the browser temporarily fixed the issue. This no longer works.
Comment 1 Jędrzej Nowacki 2010-03-16 02:42:26 PDT
This bug is quite old...

I can't reproduce it on the trunk, it seems that it is fixed. What keyboard layout do you use? 

I tried pl layout (RAlt + a => ą) de layout (RAlt + a => æ)

I'm closing this bug, as "works for me", but if problem still exists, please add a comment and I will reopen it.