Description: There is emoji support in Writer as of version 5.3.0.3. It is listed as a command option where you can customize the workflow, just like any other Office Suite. I tried to add it to the formatting toolbar, added command, placed it where I want it. It doesn't show up. Then I tried to add it to the Insert menu under Text Box, same customization process, it didn't show up again. Steps to Reproduce: 1.Customize Toolbar 2.Add Emoji command 3.Up or Down to desired location Actual Results: Right click on any toolbar, then navigated to Customize Toolbars. Added the Emoji command on both the Menus and Toolbars Expected Results: It shows up, doesn't apply to the menus or toolbars Reproducible: Always User Profile Reset: No Additional Info: One of the advertised new features in Libre Office 5.3, that my older version of Word (2010) doesn't have. The modern Word 365 may have it, but do not own due to licensing issues. User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.98 Safari/537.36 Vivaldi/1.6.689.40
Created attachment 130825 [details] Menu and Toolbars in customization Only place for 1 attachment. The other one is a screenshot that replaces Menu for Toolbar, otherwise it's the same shot.
Created attachment 130826 [details] The other screenshot
You have to enable experimental features (under Tools > Options... > LibreOffice > Advanced) and restart the app. Also - this is a toolbar only thing. Don't try to add it to a menu, as it won't work there.
Thank you for that. It is now there in the toolbar. I guess it will be in the menu when it becomes "non-experimental". BTW, it seems that Office 2016 doesn't have this ability. 💫👍
Thanks for that tip, I now see it. However, when I do the emoji, there is nothing there to insert into the document. It has been enabled. Looking for the population of emoji, and where it may come from. Is there a download link for Writer to read a file and be able to insert.
Created attachment 130829 [details] Empty emoji field
(In reply to Herbert Dupree, II from comment #5) > Thanks for that tip, I now see it. However, when I do the emoji, there is > nothing there to insert into the document. I don't have such problem in my local build. Bet let's move the bug to UNCONFIRMED status, so others could try to reproduce.
(In reply to Maxim Monastirsky from comment #7) > (In reply to Herbert Dupree, II from comment #5) > > Thanks for that tip, I now see it. However, when I do the emoji, there is > > nothing there to insert into the document. I have the same problem (writer v.5.3.0.3 x64) on win7 x64 Best regards
I confirm the problem with LO 5.3.0 Win 10 x64
It's not only a problem in Writer but also in Calc.
What version of Windows 10 are you using? Supposedly the Windows 10 Anniversary Edition added support for OpenType SVG fonts. While working on my LibreOffice Fonts Guide I have been looking at this to how to use the EmojiOne Color font. For this experimental feature to work in LibreOffice requires two things: - the EmojiOne Color font must be installed - operating system must support OpenType SVG fonts Operating Systems support for OpenType SVG fonts: - Ubuntu 14.02 and 16.04 - both support - Windows 7 - does NOT support - Windows 10 (Anniversary Edition) - does support (according to MS developer docs) - Mac OS 1.7 - dunno, don't think so, did not find much I tested on Windows 7 by adding a custom toolbar called Emoji, and then added the Emoji control to that toolbar. Easy to enable/disable the toolbar. On Windows 7 the Emoji dialog in LibreOffice just shows a gray version of the emoji, and the same thing appears when inserted in a document. So on Windows 7 this feature in never going to work. MS is not going to add OpenType SVG font support to Win7. Windows 10 Anniversary Edition should be working from what my research shows. If not, then that may be a bug. Ubuntu 14/16 appears to support OpenType SVG fonts so this feature should be working for those LO users.
I'm using Windows 10 Home / Version 1607 (I suppose, that this is the Anniversary Edition you mentioned) / Build 14393.693 As far as I can see, EmojiOne Color font is also installed.
(In reply to dieterp from comment #12) > I'm using Windows 10 Home / Version 1607 (I suppose, that this is the > Anniversary Edition you mentioned) / Build 14393.693 > As far as I can see, EmojiOne Color font is also installed. Hmmm ... that is not good. The MS developer doc I was looking at was: What's New in Windows version 1607 You can look at a browser test page to see that the font is working. Note: this does not test the operating system support, just that the font is installed and working properly. The following browser test page works in: - Firefox (I tested, works fine) - Edge (supposedly, did not test) - Chrome does NOT work. EmojiOne Demo page (requires the font installed on your system) http://eosrei.github.io/emojione-color-font/full-demo.html If the font is installed and the browser supports OpenType SVG fonts, you will see many full color emojis. If the browser does not support OpenType SVG fonts, you will only see gray outlines of the emojis. If the browser test works in Firefox or Edge then the font appears to be installed and working properly, and if your LibreOffice Emojis on your Windows 10 does NOT work, then that appears to be a LO bug.
Created attachment 131261 [details] screenshot screenshot from http://eosrei.github.io/emojione-color-font/full-demo.html
(In reply to dieterp from comment #14) > Created attachment 131261 [details] > screenshot > > screenshot from http://eosrei.github.io/emojione-color-font/full-demo.html Looks good. That is how it should look. The font is installed correctly on your system. So it appears there is a LO/Win10 issue with the new Emoji feature. I would like to confirm the LO Emoji feature is working on Ubuntu. That would confirm the feature actually works at all. I assume someone on the developer team tested on Linux so my guess is it should be working. Need to get Ubuntu installed in a VM anyway to test other stuff.
Created attachment 131264 [details] Emoji statement Location for current status on my system.
(In reply to LibreTraining from comment #13) > (In reply to dieterp from comment #12) > > I'm using Windows 10 Home / Version 1607 (I suppose, that this is the > > Anniversary Edition you mentioned) / Build 14393.693 > > As far as I can see, EmojiOne Color font is also installed. > > Hmmm ... that is not good. > The MS developer doc I was looking at was: > What's New in Windows version 1607 > > You can look at a browser test page to see that the font is working. > Note: this does not test the operating system support, just that the font is > installed and working properly. > > The following browser test page works in: > - Firefox (I tested, works fine) > - Edge (supposedly, did not test) > - Chrome does NOT work. > > EmojiOne Demo page (requires the font installed on your system) > http://eosrei.github.io/emojione-color-font/full-demo.html > > If the font is installed and the browser supports OpenType SVG fonts, you > will see many full color emojis. > > If the browser does not support OpenType SVG fonts, you will only see gray > outlines of the emojis. > > If the browser test works in Firefox or Edge then the font appears to be > installed and working properly, and if your LibreOffice Emojis on your > Windows 10 does NOT work, then that appears to be a LO bug. Here is the link to what is now happening on my system: https://bugs.documentfoundation.org/attachment.cgi?id=131264 Still a problem.
As mentioned above, it appears that the new experimental LibreOffice v5.3.0.3 Emoji feature is not working on Windows 10.
Hi I reproduce Attachment #130829 [details] & #131261 on my platform: Win7 & Version: 5.3.0.3 Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 2; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; Locale: fr-FR (fr_FR); Calc: group The look from... > screenshot from http://eosrei.github.io/emojione-color-font/full-demo.html is ok. So it is not only a LO/Win10 issue. Regards Pierre-Yves
As mentioned above, Windows 7 is not going to work. It does not have support for OpenType SVG fonts. The screenshot you posted looks just like my own tests on Windows 7. Doesn't work, never will. As mentioned above, the web page only tests that the font is installed and working, and that the browser supports OpenType SVG fonts. Has nothing to do with operating system support. As mentioned above, Windows 10 should work as it does support OpenType SVG fonts according to some MS developer info. As mentioned above, since Windows 10 does not work, that points to an issue between LO 5.3/Win 10.
Confirmed on Windows 8.1 Ent 64-bit en-US with Version: 5.4.0.0.alpha0+ Build ID: 801422d70133986af45385307a10566af0bc56ee CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL; TinderBox: Win-x86@39, Branch:master, Time: 2017-02-20_23:55:07 Locale: en-US (en_US); Calc: CL and Version: 5.3.0.3 (x64) Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL; Layout Engine: new; Locale: en-US (en_US); Calc: group EmojiOne Color is installed and the EmojiOne demo shows correctly with Firefox, but not IE11 or Chrome. Adding the Insert Emoji button to Standard toolbar--the tabbed panels show the tab with a black emoji--but each panel is blank. No color Emoji show. Using the Special Symbol dialog with EmojiOne font selected--again no color emoji (to be expected) but any of the Emoji can be inserted to document canvas, just the black non-filled outline. And of course the Autocorrect Options for the :emoji: entries show just the black non-filled outline of the EmojiOne glyphs here as well.
This issue on Windows builds has been annotated in the 5.3.0.3 release notes.
Created attachment 131422 [details] EmojiOne Color - Example from Special Symbol Dialog Result from using the Special Symbol Dialog - not very useful.
(In reply to dieterp from comment #23) > Created attachment 131422 [details] > EmojiOne Color - Example from Special Symbol Dialog Nothing out of the ordinary there. > > Result from using the Special Symbol Dialog - not very useful. Not at all, in fact quite the opposite. Implementation of :emoji: syntax glyph substitution was being hampered by lack of TTF/OTF Unicode font support. That the EmojiOne selected (as opposed to Symbola for example) also provides SVG color glyphs is simply a bonus on OS/DE where supported. The Special Symbol dialog and the Autocorrect :emoji: syntax are both fully functional. Just the non-functional Insert Emoji toolbar button GUI on Windows builds is the issue here--not the outline only rendering of the font glyphs.
I did find some clarification regarding Windows 10. In Windows 10, the DirectWrite and Direct2D platform components allow OpenType-SVG support in any apps that use those APIs. So there is hope for OpenType-SVG font support in LO on Win 10 if the work being done to better support DirectWrite in LO includes OpenType-SVG fonts. I assume this is how it works in Firefox and Edge, and Photoshop, etc. And I confirmed that OpenType-SVG fonts are supported in Microsoft Edge (in Windows 10 Anniversary Edition and above). So the demo pages should also work in Edge. Browser support: Supported in: Firefox and Edge No support in: Chrome or Safari OS support: Supported in: Linux, Android, and Chrome OS. No support in: Windows 7, Windows 10, MacOS
*** Bug 102271 has been marked as a duplicate of this bug. ***
Sorry, I screwed up when I duplicated bug 102271 to bug 92940 -- BMP and SMP Unicode points for our :emoji: mechanism are handled on Windows builds--that was tdf#92940. I've dupped it to here. But the emoji.json based picker implemented for bug 100100 [1] has never functioned correctly. The glyph used to label each tab is picked up via its Unicode point and displayed in its outline form--but the panels showing the glyphs (color or outline) is not rendered (if populated) and all appear blank. IIUC this is going to require the panels be rendered on Windows builds with DirectWrite D2Write actions--I don't beleive they are currently handled that way. And if they are our implementation of DirectWrite is wrong. =-ref-= https://gerrit.libreoffice.org/#/c/26700/
We do not currently support any color font format on any platform, we have bug 104403 and bug 105488 open for supporting the two salable color font formats. DirectWrite provides API to expose the SVG table, but actual rendering is up to the application, so it is not much less work than doing it in cross-platform way by parsing the fonts directly. Supporting COLR/CPAL fonts (bug 104403) is pretty straight forward, one or two weeks part time work if someone is interested.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
still empty list of emoji in drop-down icon from toolbar LO 6.1 beta 1 on Windows 10 Home Версия: 6.1.0.0.beta1 (x64) ID сборки: 8c76dfe1284e211954c30f219b3a38dcdd82f8a0 Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: по умолчанию; Локаль: ru-RU (ru_RU); Calc: CL
*** Bug 118293 has been marked as a duplicate of this bug. ***
*** Bug 118557 has been marked as a duplicate of this bug. ***
Problem still present in LO 6.2.0.3, Windows 10
The Emoji toolbar button (experimental feature bug 100100, GSOC 2017) using emoji.json has not been completed and remains broken on Windows builds. Any chance this can be finalized and brought out of experimental?
(In reply to V Stuart Foote from comment #34) > Any chance this can be finalized and brought out of experimental? Making it non-experimental was rejected by ESC 2019/Aug/28 based on comment 28.
(In reply to Heiko Tietze from comment #35) > (In reply to V Stuart Foote from comment #34) > > Any chance this can be finalized and brought out of experimental? > > Making it non-experimental was rejected by ESC 2019/Aug/28 based on comment > 28. OK. But comment 28 was Khaled's general take on supporting Color glyphs. It is not the issue here where problem remains that the emoji.json is not working on Windows to populate the charts of emojis with viewable/selectable glyphs from the project provided font (Emoji Color One). Those charts of glyphs would be acceptable with non-filled outlines. This implementation issue needs some dev attention to make display/pick of the emoji functional on Windows builds, and bring this GSOC 2017 feature out of experimental.
The problem remains the same in 7.0.0.1. Could it be that someday they will solve it? Because today that tool is very useful.
On Win10 with master sources updated today + experimental features enabled + emojiOne font installed, I could reproduce this. I noticed this log on console: warn:sfx:7060:6444:sfx2/source/control/emojiview.cxx:105: Emoji config data is empty After some debugging, I found it worked on Linux because the file path is ok for it but it's ko for Windows
Let's try with https://gerrit.libreoffice.org/c/core/+/121653
Julien Nabet committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/37357e3cae749c54f1b9645c6670240baf860bc4 tdf#105689: fix path management to retrieve Emoji toolbar button It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Patch for 7.2 branch waiting for review here: https://gerrit.libreoffice.org/c/core/+/121564 Alex: I could test the patch on Windows and Linux but don't have a Mac. Would it be possible you give a try once there'll be a daily build available with the patch? Steps to Reproduce: 1. Install EmojiOne font 2. Enable experimental features + restart LO 3. Customize Toolbar 4. Add Emoji command 5. Click on Emoji icon => there should be a list of several dozens of emojis. It may take some seconds to load but that's the bug tdf#140265
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/d1947bd477d476b66296cd162b70257aa901e5a9 tdf#105689: fix path management to retrieve Emoji toolbar button It will be available in 7.2.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Julien Nabet from comment #41) > Patch for 7.2 branch waiting for review here: > https://gerrit.libreoffice.org/c/core/+/121564 > > Alex: I could test the patch on Windows and Linux but don't have a Mac. > Would it be possible you give a try once there'll be a daily build available > with the patch? > > Steps to Reproduce: > 1. Install EmojiOne font > 2. Enable experimental features + restart LO > 3. Customize Toolbar > 4. Add Emoji command > 5. Click on Emoji icon > => there should be a list of several dozens of emojis. > It may take some seconds to load but that's the bug tdf#140265 I can give it a test, but you know we already have an Emoji font set provided on Apple - wouldn't it be better to use the one provided by the OS ? The system keyboard shortcut is Cmd-Ctrl-Spacebar.
(In reply to Alex Thurgood from comment #43) > > I can give it a test, but you know we already have an Emoji font set > provided on Apple - wouldn't it be better to use the one provided by the OS ? > > The system keyboard shortcut is Cmd-Ctrl-Spacebar. Of course, LibreOffice completely ignores that keyboard shortcut (in Writer at least, I haven't tested the other modules)
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/c0ac99bd1f3b035260aa6a1a180e1e4b230ef554 tdf#105689: fix path management to retrieve Emoji toolbar button It will be available in 7.1.7. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified fixed 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 @Julien, I know we are constrained by the EmojiOne Color (Unicode 6.0) opensource font set, but the emoji.json laid down [1] in 2016 "names" just 1,791 glyphs; while current emoji.json "names" 4,590 (for Unicode 13). Would it make sense to shift to EmojiTwo (Unicode 9.0), or even Noto Emoji, rather than the outdated EmojiOne Color font--we'd have to build them anyway to deploy in a usable form. EmojiTwo or Noto Emoji, especially as the more complete JoyPixels and non-color Symbola have restrictive font license preventing our distribution. =-ref-= [1] https://opengrok.libreoffice.org/history/core/sfx2/emojiconfig/emoji.json
(In reply to Alex Thurgood from comment #44) > (In reply to Alex Thurgood from comment #43) > > > > > I can give it a test, but you know we already have an Emoji font set > > provided on Apple - wouldn't it be better to use the one provided by the OS ? > > > > The system keyboard shortcut is Cmd-Ctrl-Spacebar. > > Of course, LibreOffice completely ignores that keyboard shortcut (in Writer > at least, I haven't tested the other modules) That is bug 136947, and see also bug 42437 for 'PressAndHold.app', both are "native" NS widgets provided for macOS. Doing the native desktop integration for macOS requires dev interest. The emoji.json solution is cross platform and in scope of project.
(In reply to V Stuart Foote from comment #46) > ... > Would it make sense to shift to EmojiTwo (Unicode 9.0), or even Noto Emoji, > rather than the outdated EmojiOne Color font--we'd have to build them anyway > to deploy in a usable form. > > EmojiTwo or Noto Emoji, especially as the more complete JoyPixels and > non-color Symbola have restrictive font license preventing our distribution. > > =-ref-= > [1] https://opengrok.libreoffice.org/history/core/sfx2/emojiconfig/emoji.json Between EmojiTwo or Noto Emoji, I don't know what's the best choice, so I've just cc'ed Heiko and Xisco. However I just wonder, considering tdf#140265, if it would increase even more the pb of slowness since there would be 2.5 more symbols to load.
(In reply to Julien Nabet from comment #48) > Between EmojiTwo or Noto Emoji, I don't know what's the best choice... Discussion in bug 144348