bfredl

Only codepoints above 0x1F000 is considered to be emoji for the 'emoji' option apparently. https://github.com/neovim/neovim/blob/master/src/nvim/generators/gen_unicode_tables.lua#L253 . Probably 0xFE0F modifier should make it double-width, but some refactors will be needed for...

I think 0xFE0F means that the preceding character is considered to be a text char on its own, and only with the modifier it is an emoji.

In my browser ❤ alone is a black heart, only with modifier it becomes a big red heart ❤️. If I understand https://www.unicode.org/emoji/charts-12.0/text-style.html (bottom left) correctly these chars are only...

@yatli In firefox it is narrow black heart. In chromium (desktop and mobile) it is a narrow red heart. The modifier is always needed to make it double width. >...

@yatli In a variable width font the width can be whatever. The relevant question for us is how the char is suppose to be behave in a _monospace_ font, where...

according to https://unicode.org/reports/tr11/ "Neutral" is closer to Narrow. Quoting: > ED7. Neutral (Not East Asian): All other characters. Neutral characters do not occur in legacy East Asian character sets. By...

> @bfredl does this make sense for you? Yes. > Fully-qualified emojis in emoji presentation, and those default to emoji presentation, are most probably wide (depending on Emoji style specifications)...

overriding is an anti-pattern. Combining (with well-definied ordering) is how we process highlight sources in general, and should be how `number_hl_group` takes effect as well. Still I concur the the...

@zeertzjq Very simple: you just don't. if information source X adds a color and information source Y adds a bold attribute, the effect of having both sources at the same...

@Congee tree sitter is just a parser. Defining the colors you want is completely up to you.