Yes, Heinrich, on the surface this seems to be an ibus issue. But I
think the root cause lies in some package which ibus is built with.
If I downgrade to the binaries built by ibus 1.5.28-1 on February 23,
using code points works fine. In 1.5.28-2 two upstream commits were
added as patches, but if I now build ibus with those patches disabled,
it doesn't help. A no-change rebuild does not help either.
Maybe glib is the culprit? ibus 1.5.28-1 was built with glib 2.74.
** Also affects: glib2.0 (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/2012788
Title:
Entering Unicode characters with code points broken
Status in glib2.0 package in Ubuntu:
New
Status in ibus package in Ubuntu:
Confirmed
Bug description:
On an updated lunar, following this instruction:
https://help.ubuntu.com/stable/ubuntu-help/tips-
specialchars.html#ctrlshiftu
no longer works. If I press for instance
Ctrl+Shift+U followed by 2014
I see u2014 (underlined) on the screen. But it's not replaced with the
expected character (in this case an Em Dash) when I confirm with Space
or Enter — it just disappears.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/2012788/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
