There is emoji support in Writer as of version 220.127.116.11. 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:
2.Add Emoji command
3.Up or Down to desired location
Right click on any toolbar, then navigated to Customize Toolbars. Added the Emoji command on both the Menus and Toolbars
It shows up, doesn't apply to the menus or toolbars
User Profile Reset: No
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.18.104.22.168 x64) on win7 x64
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)
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 from http://eosrei.github.io/emojione-color-font/full-demo.html
(In reply to dieterp from comment #14)
> Created attachment 131261 [details]
> 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]
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)
> 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 v22.214.171.124 Emoji feature is not working on Windows 10.
I reproduce Attachment #130829 [details] & #131261 on my platform: Win7 & Version: 126.96.36.199
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.
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
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
Version: 188.8.131.52 (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 184.108.40.206 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.
Supported in: Firefox and Edge
No support in: Chrome or Safari
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  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.
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!
still empty list of emoji in drop-down icon from toolbar
LO 6.1 beta 1 on Windows 10 Home
Версия: 220.127.116.11.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 18.104.22.168, 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
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 22.214.171.124.
Could it be that someday they will solve it? Because today that tool is very useful.