[Libreoffice-bugs] [Bug 140265] Emoji selector takes too long to load and respond

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Sep 6 18:55:56 UTC 2021


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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vstuart.foote at utsa.edu

--- Comment #5 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Can not confirm, loads on Windows (which now have a correct path as for bug
105689) are immediate.  

The widget is using os/DE font mapping, i.e. Segoe Emoji, for the toolbar split
button and grid.  But each grid populates immediately, with fall back to
EmojiOne Color as needed.

Actual pick and placement onto document canvas is the expected EmojiOne Color
(in a b/w glyph outline as expected).

Text run for placed Emojis can be selected and the font toggled to MS Segoe
Emoji, which is now rendering to canvas as color glyph--but think the color
glyph support is Windows 10 only.

Anyhow, great to have the path fixed for Windows builds--maybe it can come out
of 'experimental' finally?

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4cd3ce9848aa039b8d443a1257d1298231680b01
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

-- 
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/20210906/5a64baa1/attachment.htm>


More information about the Libreoffice-bugs mailing list