[prev in list] [next in list] [prev in thread] [next in thread]
List: freedesktop-xorg
Subject: =?UTF-8?Q?Re=3A_Localize_the_=C2=ABCompoze=C2=BB_key_combinations=3F?=
From: Hi-Angel <hiangel999 () gmail ! com>
Date: 2015-01-26 4:14:55
Message-ID: CAHGDjgB0HM_G2mz=Duf_qMJKPJakjR5=g1DV8wcSr6trJAnXuA () mail ! gmail ! com
[Download RAW message or body]
2015-01-20 22:44 GMT+03:00 <wettstae@gmail.com>:
> If you are willing to modify your libX11, something you might want to
> try is to change libX11/modules/im/ximcp/imLcFlt.c such that the calls
> to XLookupString are done with a modified value of ev->xkey.state. You
> mask out the two bits of the state that determine the group. For
> compose sequences, this has the effect as if always the primary group
> would be active. For this to work as you want, you must make us your
> primary and ru your secondary layout.
>
> Andreas
Thank you very much!
I tried this holydays to dive into libX11 code, also configured the
key on my VirtualBox. I didn't understood though what does the
function «bool _XimLocalFilter(Display*, Window, XEvent*, XPointer) »
of the «imLcFlt.c » except that it is somehow filters every keypress. I
found it is called every time when I am press a key. It would be great
if someone accidentally leaved in the header file a description of a
function 😂
Anyway, right now I stumbled upon a strange fact that when I am
replace an original «libX11.so.6.3.0 » with a newly compiled one, the
compose key just stops working. I didn't changed anything except that
configured compilation with «-g3 » added to CFLAGS and CPPFLAGS. Have
anybody an idea what could cause it?
_______________________________________________
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic