This is a follow up for https://ask.libreoffice.org/t/unicode-characters-showing-as-emojis/80537 Unicode provides a Geometric Shapes block U+25A0-U+25FF. Unfortunately, the standard (see https://en.wikipedia.org/wiki/Geometric_Shapes_(Unicode_block)) states that 8 glyphs within the block can be rendered either as a basic character or as an emoji. Selection between text and emoji form is possible by suffixing the codepoint with a Variant Selector (U+FE00-U+FE0F) combining character. The variant selectors effective on the Geometric Shapes emoji/text glyphs are U+FE0E VS15 (text) and U+FE0F VS16 (emoji). It looks like Writer (or perhaps HarfBuzz) merely ignore the combining character. It is likely that the same behaviour occurs also in other components but I haven't tested. It does also occur in Calc, making me suspect a common library. Steps to reproduce: - in a fresh document type U+25B6, then Alt+X Expected: BLACK RIGHT-POINTING TRIANGLE Real: coloured Play-like button (emoji) - after the previous character, type U+FE0E, then Alt+X Expected: change to black glyph Real: no change I tried to enter all characters in this block with the Alt+X method. As long as the dual text/emoji character is not the first in the paragraph, i.e. follows existing characters, it is displayed as text (maybe inheriting some property from the preceding character). When the dual character is first in its paragraph (no possible inheritance from preceding glyph), it is displayed as an emoji. Then it is no longer possible to display any later dual as text; the emoji form is always chosen and can't be reverted. No matter how I enter them, U+25FB-U+25FE are always displayed as emoji. No attachment as the result is highly dependent on entry sequence. Most of the time (99.9%) you get the emoji form. Getting the text form is very tricky and constrained (0.1%) and doesn't work for all dual glyphs.
Regular Unicode Variation Selectors should be supported (if the font used supports them). Emoji presentation selector are special as they implemented by switching fonts (fonts themselves don’t provide any support for them). To handle Emoji presentation LibreOffice needs to: 1) track which fonts support color and which don’t 2) query the default presentation for any given emoji 3) check presentation selectors to override it 4) chose color or monochrome font based on the resolved presentation. This is basically how browsers and other apps handle this.
To fix your immediate issue, make sure to explicitly use a font that have the code point and that is not a color font, apparently the font fallback is choosing a color font for you.
Link to the Unicode Technical Standard: https://unicode.org/reports/tr51/#Presentation_Style
*** Bug 155475 has been marked as a duplicate of this bug. ***