Unicode Variation Selector-16 breaks following text

[mpas97]

This is an upstream issue for: derailed/k9s#3210

k9s recenctly exchanged an emojy, where the new one is followed by U+FE0F. This this introduces typos and more in the text following it. Reverting back to any other emojy that does not have a variation selector fixes the issue seen within Ghostty. iTerm and builtin terminal are not showing this issue.

But I see that those VS were already addressed in the past: #1497

[rockorager]

Can you post a gif or video of the output? I assume this is happening because Ghostty and k9s don't agree on the width or segmentation of the emoji. Very few terminals do correct grapheme segmentation + measurement, ghostty is one of the few (foot, contour, and kitty as of 0.40 are the others). But this is an opt in feature...k9s may not be using that.

A video would help so we can see overwrites, but a screenshot may help too

[mpas97]

I will probably not be able to record a video. But that wouldn't provide any addition in my opinion. Here a few screenshots of the same area, just changed the width of the window a few times:
(correct)
(apas vs apps)
(missing / before v1)
(/ after v1became an s)

[rhodes-b]

you can always change grapheme-width-method to legacy in your config

[mpas97]

Thanks. Setting this there are no longer typos, but the icon is now applied without the variant selector which makes it almost invisible. In iTerm etc it's shown big and without typos, as I would expect it.

[mpas97]

Any hints on what we have to do for "correct grapheme segmentation + measurement"?

[rockorager]

https://github.com/contour-terminal/terminal-unicode-core

Basically, if you turn on mode 2027 (for terminals which support it) then they will honor unicode grapheme segmentation