https://bugs.kde.org/show_bug.cgi?id=396435
--- Comment #21 from Martin Hostettler <textshell-dia...@uchuujin.de> --- About the Surrogates: You are right. I modified my script to ignore those like C0 and C1. They should never reach this code. About the hangul: Konsole before this change did display NFD in a way that looked correct to my untrained eye. After this change decomposed forms are displayed as 1 wide and 2 narrow characters. At least OS X uses NFD for file names, so i would expect that these decomposed forms will end up in places where konsole will encounter them. For the regional indicator symbols: Those are a whole new bag of fun. I wonder how other terminals handle emoji joining... glibc and glib (vte) consider them narrow. Unifont and Noto consider them wide. And what users actually want to see is two of them joined together to be a flag(supported in Noto seems to be 2 cells wide, not supported in unifont). Konsole see two of them as 2 wide characters (i.e. 4 cells). Interesting enough kitty displays a flag which is 4 cells wide. Not sure how expected that is. I wonder how much sense it makes to deviate from what glibc says when the actual display is really not that great anyway (for flags / regional indicator symbols). I'm worried about proliferation of lots of slightly different width mapping functions that applications *somehow* have to know about. tangent: I think in the long run we need some way for applications to download the actually used width mapping from the terminal to get decent interoperability across versions and different machines in a network. I just notices that emoji joining is yet another aspect that needs to be kept in sync between terminal and the application. -- You are receiving this mail because: You are watching all bug changes.
