Bug 392172

Summary: Some characters are too narrow
Product: [Applications] konsole Reporter: ariasuni <aria>
Component: fontAssignee: Konsole Developer <konsole-devel>
Status: RESOLVED DUPLICATE    
Severity: normal CC: mglb, nate
Priority: NOR    
Version: 17.12.2   
Target Milestone: ---   
Platform: Other   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=378124
https://bugs.kde.org/show_bug.cgi?id=387759
Latest Commit: Version Fixed In:

Description ariasuni 2018-03-22 12:12:30 UTC
I found that some characters are displayed with a one character size where it should have a two character size, for example:

⛩ U+26E9
⛰ U+26F0
♬ U+266C
⛚ U+26DA
Comment 1 Mariusz Glebocki 2018-03-22 21:31:06 UTC
⛩ (U+26E9) and ⛰ (U+26F0) are classified as emoji [1] and should be rendered as wide [2].

♬ (U+266C) and ⛚ (U+26DA) are not emoji [1] and their East Asian Width is ambiguous [3]. Ambiguous width characters should be rendered as narrow when the context cannot be established [2].

The ambiguous/non-emoji characters width should not be changed by default, but adding an option for user to decide would be nice.

[1] http://www.unicode.org/Public/emoji/5.0/emoji-data.txt
[2] http://unicode.org/reports/tr11/#Recommendations
[3] http://www.unicode.org/Public/10.0.0/ucd/EastAsianWidth.txt
Comment 2 ariasuni 2018-03-26 13:06:42 UTC
> The ambiguous/non-emoji characters width should not be changed by default, but adding an option for user to decide would be nice.

This would be great, because not all shell agree with that value, and the terminal emulator and the shell not agreeing on the size of characters results in buggy behavior.
Comment 3 ariasuni 2018-12-26 05:17:38 UTC
This is still not fixed despite that «Konsole now fully supports emoji characters». Any news on this?

https://www.kde.org/announcements/announce-applications-18.12.0.php
Comment 4 Mariusz Glebocki 2019-01-15 03:55:59 UTC
When writing comment #1 I did a mistake and didn't check all information about ⛩ and ⛰. They are ambiguous with undefined width.

However, this is a part of bigger problem with ambiguous characters and glyph width - marking as duplicate to keep things organized

*** This bug has been marked as a duplicate of bug 401298 ***