[Libreoffice-bugs] [Bug 144348] Emoji font

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=144348

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=10
                   |                            |4403,
                   |                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=10
                   |                            |5488

--- Comment #4 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Regardless of the font(s) providing Emoji [1] there are two main facets to LO
handling it; 1) picking it -- which the emoji.json based panel organizes, as
does the Special Character dialog, and the Autocorect based input; and 2)
rendering it to canvas.

IIUC actual rendering to document canvas depends on os, with VCL sallayout font
fallback and harfbuzz controlled layout to get the correct glyph to canvas.
Rendering support for the color font formats (e.g. bug 104403 or bug 105488)
needs more dev effort. But EMOJI should render as inline outline/text glyphs
otherwise.

Our Special Character dialog will present chart of the base Emoji glyphs for a
font selected, but none of the combined modifier attributes.  Likewise the
localized autocorrect based ":<emoji>:" replacement Unicode allows keyboard
input.

What we need the Emoji panel to do is laydown the correct Unicode sequences.
Either single glyphs or with modifiers (as defined in the emoji.json). So the
emoji.json based panel is needed both to categorize/organize the Emojis as a UI
widget, and to sequence the combining modifier glyphs needed to be rendered in
UI and to canvas.

In that sense, no different than sm need for OpenSymbol, we need an Emoji font
delivered with LO that matches what is described in the emoji.json we deploy.

Current EmojiOne Color matches the limited emoji.json we currently ship.
When/if replacing the font, the emoji.json will need to be replaced to match
(possibly needing edits to avoid unsupportable modifier combinations). 

=-ref-=
[1] https://unicode.org/reports/tr51/

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210907/9f438fdf/attachment-0001.htm>