Description: When in LO impress, pasting any existing emojis into text(e.g. by taking them from a site like https://getemoji.com/) results in two issues : 1. In the editor, the emojis have the right width in their display, but it is not respected related to other characters in the text. This leads to the next characters in the text to overlap onto them. 2. In presentation mode, the emojis are horizontally "squeezed" into a width that is not theirs. The problem is also there if emojis are pasted as "unformated text". Steps to Reproduce: 1. Open a new presentation in LO Impress 2. Copy an emoji from https://getemoji.com/ inside a text box in a slide of the presentation 3. Activate the presentation mode for the current slide Actual Results: Emojis's width is not respected in the edition UI, and are horizontally squeezed in presentation mode. Expected Results: The emojis's width are respected both in edition and presentation mode. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: fr-CA (en_CA); UI: en-GB Calc: CL
Emojis are a single Unicode point. When that Unicode is pasted into a run of text you are saying use the same font as the text. If the font does not contain a glyph covering the emoji--you will get font fallback with unpredictable results. Also, there is limited support for color emojis on any of the LibreOffice module canvases. If you want the pretty emoji graphics--you have to clip and insert as an image anchored to character.
Thank you for your answer, Stuart, which does help to understand the issue better. > Emojis are a single Unicode point. When that Unicode is pasted into a run of text you are saying use the same font as the text. If the font does not contain a glyph covering the emoji--you will get font fallback with unpredictable results. This is strange to hear, as any emoji (even coloured) still displays relatively well in the editor, despite the non-respect of the width. I also find it strange to classify the issue as resolved, and not being a bug. I am not entirely familiar with the procedure here, but the issue is still there, and emojis are still not usable in Impress. Meanwhile, they are available and usable in other main office software. I'm not sure that this is a design choice from the LO team; and while I have no right to demand for any fix, it seems to me to ideally require fixing. In addition, the proposed workaround does not work, as Impress is not capable of dealing with images anchored as characters. An issue about this is still open (https://bugs.documentfoundation.org/show_bug.cgi?id=35033&redirected_from=fdo). Hence, the only way remains to find the emojis as images online, to past them as objects, and to awkwardly adapt the text around them. Needless to say that this is less than ideal.
Created attachment 172207 [details] Impress canvas with in-line emoji
Created attachment 172208 [details] sample of functional inline emoji with correct selection and placement Insert specific emoji inline including valid font with Special Symbol dialog chart picks.
Install Emoji font of choice to system and use the Special Character dialog to insert inline, it will avoid fall back, and will size the glyph according to the text run it is placed in.
Gotcha ! Thank you very much, Stuart ! I was able to get coloured emojis working. The trick is, as Stuart described, to not copy/paste an emoji from the a given website. Instead, one should use the Insert -> Special Character window, and select a particular font that contained emojis/coloured emojis in the "Font" list. For example, in Windows, one can chose the font "Segoe UI Emoji", which contains the coloured emojis used by Microsoft (https://docs.microsoft.com/en-us/typography/font-list/segoe-ui-emoji). This solves any issues of placement/width and display in both the edition and presentation mode.