Bug 272171

Summary: EffectsHandler::grabbedKeyboardEvent() doesn't allow multi-key chars (mainly latin)
Product: [Plasma] kwin Reporter: Leandro Santiago da Silva <leandrosansilva>
Component: compositingAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED FIXED    
Severity: wishlist CC: kde
Priority: NOR    
Version: 4.3.2   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Bug Depends on: 295775    
Bug Blocks:    

Description Leandro Santiago da Silva 2011-05-01 18:15:51 UTC
Version:           4.3.2 (using KDE 4.6.2) 
OS:                Linux

When I activate the exposé plugin (that which resize all windows and show all them side-by-side), and try to filter the windows by typing, the filter doesn't accept multi-key chars.

I use the brazilian keyboard, so to type the char "ã", I type "~" and then "a". The normal behavior is it transforms that in "ã", but the kwin filter understands "~a". So, if I have a window named "malhação", I can't type "malhação", but "malhaç~ao", making the filter doesn't work correctly.

The same occours with all the other multi-key chars (á, é, í, ó ã, etc.) 

Reproducible: Always

Steps to Reproduce:
Activate the plugin. If you haven't changed the key shortcut, it's "Ctrl+F9". If you have some windows which has a latin char in title, try to type this char.

Actual Results:  
if you type ~ and then a, the filter captures "~a"

Expected Results:  
the filter must capture "ã"
Comment 1 Thomas Lübking 2011-05-01 23:23:10 UTC
*sigh* - means we need a full blown inputMethodEvent implementations here :-(
Comment 2 Martin Flöser 2011-05-04 17:29:37 UTC
changing to wishlist as it's actually more a new feature than a bugfix
Comment 3 David Edmundson 2023-01-04 12:24:21 UTC
This is fixed in wayland