Bug 350535

Summary:	Ctrl-Shift-U fails for inputting unicode
Product:	[Applications] kate	Reporter:	bugs.kde.org <bugs.kde.org>
Component:	kwrite	Assignee:	KWrite Developers <kwrite-bugs-null>
Status:	RESOLVED FIXED
Severity:	grave	CC:	wengxt
Priority:	NOR
Version First Reported In:	5.0.0
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:	http://commits.kde.org/ktexteditor/a9892ac1f34b5639b4b144b49b12b5cee42f71ad	Version Fixed/Implemented In:	KDE Frameworks 5.20
Sentry Crash Report:

Description bugs.kde.org@flambeau.fastmail.jp 2015-07-23 02:02:45 UTC

I'm on Fedora 22, with Kwrite 5.0.0 and KDE Framework 5.9.0.

When I type Ctrl-Shift-U to input a Unicode character, it starts off correctly showing me a little letter u that's underlined, so I know to proceed with typing the number. However, when I release the Ctrl-Shift-U and type the first digit, the mode is cancelled and a simple number appears.

I've compared this behavior side-by-side with Kwrite 4.13.3 on Ubuntu 14-something and I'm able to use the Ctrl-Shift-U technique on that computer (every time successfully) to input a black bullet point, Unicode 2022. Cannot do it in Kwrite in Fedora 22 currently.

On Fedora 22, with my problematic Kwrite, I'm able to successfully input the bullet point into the Gnome Terminal and into Firefox. Kwrite's the only troublesome one.

Reproducible: Always

Steps to Reproduce:
1. Open Kwrite.
2. Click in the document window, so the cursor will receive keyboard events.
3. Hold down the left Ctrl and Shift keys.
4. Type the letter u.
5. Release all of them.
6. Try to type 2022 (followed by a space) and get it to turn into a bullet point as it should.
7. See that you're just left with the number 2022, no Unicode.

Actual Results:
No Unicode character, just a regular number is left.

Expected Results:
Given me U+2022 which looks like a bullet point: •

About my "severity" rating...

Despite being fan of KWrite for years (good job in general, guys!) being unable to input Unicode in this manner is a deal-breaker for me and I'll have to use a different editor until you fix it. Surely there are lots of other people who'd have the same constraint, making KWrite unusable for them. It's not a mere "wishlist" item.

Comment 1 Dominik Haumann 2016-04-05 20:19:37 UTC

This looks like https://git.reviewboard.kde.org/r/127026/

If so, this is fixed since March 2016, please update.

@Weng Xuetian: Can you confirm?

Comment 2 Weng Xuetian 2016-04-05 22:05:19 UTC

No, I don't think it's related. 2022 is not a over U+10000 character.

The underline u is a feature provided by ibus. You should check whether you have ibus's qt5 input context installed and configured correctly.

Comment 3 bugs.kde.org@flambeau.fastmail.jp 2016-04-10 10:35:00 UTC

Thanks for bringing the possible fix to my attention, guys. Been on a Windows machine lately, unlike when I filed the bug report. To test your code, today I installed Fedora 24 alpha in a VirtualBox VM, then installed KWrite 15.12.3, which is using KDE Frameworks 5.21.0.

The correct behavior happens. Yessss! Gratitude toward all of you. Now I can go back to using KWrite.