Not working in some Gtk3 applications

[apondarz]

Apparently WinCompose (great program, by the way :) ) has problems with Gtk3 applications.
In CherryTree ( https://www.giuspen.com/cherrytree/ ) instead of inserting a special character, WinCompose inserts code of the character (or characters). For example:
using ~~ instead of special character: "≈" a code value of this char appears: "2248"

I've opened an issue for CherryTree (see: giuspen/cherrytree#1341 ) and investigation revealed, that problem is with WinCompose and Gtk3. Another Gtk3 application, Inkscape, also behaves strangely.

[samhocevar]

Thanks. I have followed-up on the CherryTree issue because it does seem to behave a bit differently from other GTK+ applications, so I have no strategy for a complete workaround yet, however I think I can fix most of the issues and lower plane characters such as ≈ will work properly.

Thanks to your report I also saw that a new issue appeared with Inkscape due to its improved handling of Unicode, so I’ll try to fix that, too.

[samhocevar]

I have greatly improved the handling of GTK+ applications in WinCompose in the development branch. This is the current status of Unicode input:

• The Gimp: full support, including emoji, both in the UI and the text tools
• Inkscape: full support, including emoji, in the text tools; the rest of the UI is limited to codepoints ≤ U+FFFF (so no emoji)
• CherryTree: comprehensive support, limited to codepoints ≤ U+FFFF (so no emoji)

I will mark this issue as fixed in the next release, because your specific problem (typing ≈ in CherryTree) is resolved, and because I think it’s now up to the CherryTree developers to provide support for the currently unhandled Unicode codepoints.

[guni77]

Using zim with wincompose and tying german umlauts e.g. ä, ö, ü i discoverde the same phenomenon, instead of the umlaute some hex string is displayed (System is Windows 10)
Zim is a application similar to CherryTree. Sombody else already posted the issue in their bugtracker (https://bugs.launchpad.net/zim/+bug/1629364).

[samhocevar]

Thanks for the update, @guni77 . Your problem will also be fixed in the next WinCompose version (which I hope to publish tonight) with the exception of higher Unicode codepoints, for which I have posted a follow-up on the Zim issue you mentioned.

[samhocevar]

Hi! You’ll be happy to know the issue is fixed in WinCompose 0.9.5!