Strange rendering of emojis

[snaggen]

I have some old emoji font installed, not sure which font it belongs to, but then I also have NotoColorEmoji.ttf and that is the emojis I normally see. Now when I paste U+1F600 to a new line in the terminal, it renders it using the old emoji font, but the next time I paste it I get the color emoji (however, rendered very small).

To reproduce

1. Go to https://www.unicode.org/emoji/charts/full-emoji-list.html#1f600
2. copy the emoji character
3. In a new line in the terminal, paste it multiple times

This is how it looks

[snaggen]

Note the first grean triangle-arrow is my prompt, the line starts with the read emoji.
Tested both on a 200% zoom 4k screen and a screen with 100% zoom, and it renders the color emoji small on both screens. So it is not hdpi/zoom related.

[snaggen]

Also, tried to enter it by ctrl-shit-u and unicode code (1f600) but that doesn't work at all, that just prints the digits and letters.

[MoSal]

This could be connected to the braile issue (same underlying cause).

If you run with RUST_LOG=cosmic_text=trace, do you see "Adjusted glyph font size" messages?

[snaggen]

Yes I get
[2024-01-18T20:00:38Z TRACE cosmic_text::shape] Adjusted glyph font size (20 => 9.637648)

[jackpot51]

@MoSal normalization of width should take into account the unicode width of the glyph, since that is what terminal programs will use to determine how many columns were used (https://docs.rs/unicode-width/latest/unicode_width/)

[jackpot51]

Yes, that is pretty strange. Noto color emoji should be preferred so I'm not sure why it is falling back to another font.

[MoSal]

I would like to see what happens with pop-os/cosmic-text#215 applied first.

[MoSal]

@MoSal normalization of width should take into account the unicode width of the glyph, since that is what terminal programs will use to determine how many columns were used (https://docs.rs/unicode-width/latest/unicode_width/)

But font resize uses the width of ' ' to avoid this!

[snaggen]

There was no difference using the fallback_codepoints branch

When I look at the debug output I see that

[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'DejaVu Sans'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'FreeSans'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans Mono'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'DejaVu Sans Mono'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'FreeMono'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans Symbols'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans Symbols2'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Color Emoji'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] Failed to find preset fallback for [] locale 'sv-SE', used 'DejaVu Sans': '😀'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'FreeSans'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans Mono'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'DejaVu Sans Mono'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'FreeMono'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans Symbols'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Sans Symbols2'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] failed to find family 'Noto Color Emoji'
[2024-01-18T20:53:59Z DEBUG cosmic_text::font::fallback] Failed to find preset fallback for [] locale 'sv-SE', used 'Noto Color Emoji': '😀'

It uses DejaVu Sans for the first substitution and then Noto Color Emoji.

Also, I realize it looks extra weird, since the zsh auto suggestion is suggesting previous emoji tests... but without that it still is like in the screenshot that it first fallbacks to the ugly emoji for the first char in the line, and after that it uses the correct emoji.

[snaggen]

Deleted the screencast since that just got confusing due to zsh autosuggestions...

[MoSal]

Since DejaVu Sans and Noto Color Emoji are not monospace fonts, whatever got resized probably wasn't an emoji!

[MoSal]

@snaggen If you could test with the set_monospace_width() lines in src/terminal.rs commented, that should remove all doubt about this not being related to font resize.

[MoSal]

Wait, Noto Color Emoji is a Monospace font!

[jackpot51]

Emoji fonts, probably some CJK fonts too, are monospace.

[jackpot51]

Nevermind, not CJK fonts.