<div dir="ltr"><div><div><div>I'm now working to make Ubuntu update their Xlib so they will support the new composers I've uploaded:<br><a href="https://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=3129c757f9da8586ab8b8654a56c8f687cc9ef5c">https://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=3129c757f9da8586ab8b8654a56c8f687cc9ef5c</a><br><br></div>However, they say we can't update the pack until there is a release with it.<br><br></div>The last release seems to be from March 2015:<br><a href="https://cgit.freedesktop.org/xorg/lib/libX11/log/">https://cgit.freedesktop.org/xorg/lib/libX11/log/</a><br><br></div>Can we make a new realse?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 17 February 2016 at 00:22, Mats Blakstad <span dir="ltr"><<a href="mailto:mats.gbproject@gmail.com" target="_blank">mats.gbproject@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Thanks again, I've uploaded a new patch now.<br><br></div>I need it to work on Ubuntu 14.04 - I guess that is a GTK application?<br><br></div>I have problems to test on my system. When I update my composer file locally, how can I flush & reload new composer?<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2016-02-16 1:07 GMT+01:00 Ran Benita <span dir="ltr"><<a href="mailto:ran234@gmail.com" target="_blank">ran234@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Mon, Feb 15, 2016 at 07:29:07PM +0100, Mats Blakstad wrote:<br>
> There do not exist any precomposed character for these once.<br>
><br>
> Does it mean that it is impossible to add these composers for XKB keyboards?<br>
><br>
> That's really a big pitty!<br>
<br>
</span>It is a pity I suppose - Compose is exactly the place where combining<br>
characters are likely to be needed.<br>
<br>
I (personally) also find combining characters more natural to use than<br>
dead keys, typing the diacritic after the base character instead of<br>
before it (Dead key: ~ + A -> Ã, Combining character: A + U0303 -> Ã).<br>
<br>
For X/libX11 this is most likely will never be supported, but might be<br>
supported in Wayland where there are some extensions to XKB for this<br>
use case.<br>
<br>
All of this said, did you try simply omitting the keysym part, leaving<br>
only the string part, and found it insufficient? In the<br>
en_US.UTF-8/Compose file, I see many lines which do not specify a<br>
keysym, only a string. And from a quick test, xterm and GTK applications<br>
both use the string over the keysym. So maybe that's true for all of the<br>
applications you care about.<br>
<span><br>
> I could of course suggest for unicde to add them as precomposed<br>
> charahcters, but would it not be much more easy if XKB could handle<br>
> combinations too? Then we don't need to create new unicde characters every<br>
> time we want to add a new combinations of tones..<br>
<br>
</span>My guess is that precomposed characters are for backward compatibility<br>
only and new ones will not be added.<br>
<span><font color="#888888"><br>
Ran<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>