https://bugs.kde.org/show_bug.cgi?id=509925
--- Comment #7 from Roke Julian Lockhart Beedell <[email protected]> --- That's just a way to reproduce it. It's not the usual cause. Rather, I believe that I first noticed it with an older version of the uncoloured Noto font, on Fedora. Noto has since resolved the problem, but many/most fonts still don't support many emoji characters, and Noto isn't available in the default repositories of all distributions. Anything that parses UTF-8 should expect to support variable widths, and emoji is no different. Considering that two characters appears to be the maximum that a combination can span, all that needs to change is the application support one and two-character combinations, rather than solely one. However, if this matters, there does exist a use case (which I'd forgotten that I'd actually done myself once): as https://reddit.com/comments/1dyqc6a/comment/lccu21m corroborates, on my LINX 1010, and some postmarketOS devices, the ⪆ 700 MiB that Noto requires can matter, when your free storage is 5 GiB. -- You are receiving this mail because: You are watching all bug changes.
