Steps to reproduce
View http://www.unicode.org/Public/emoji/5.0/emoji-zwj-sequences.txt in Edge 41.16251.0.0 on RS3 16251.0 insider preview. Most of the gendered roles, all starting from "Emoji ZWJ Sequence: Gendered Role", are displayed incorrectly without the gender modifier being applied. These same emoji display correctly in Windows 10 Mail, OneNote (store app), and OneNote 2016. I didn’t try other apps with the exception of Notepad. Even Notepad displays these correctly except when there are skin tone modifiers.
Comments and activity
- Microsoft Edge Team
Changed Assigned To to “Steven K.”
Additional ZWJ sequence support has been added in a recent developer build. I have attached a screenshot showing the rendering of the URL you posted.
Will you upload a screen shot of what you are seeing?
The MS Edge Team
I’ve attached a PNG of the end of the file that shows the gender selector displayed separately from the base emoji. I also attached a PDF of the entire file. Both are from Edge 41.16251.0.0 on RS3 16251.0 insider preview.
The PDF demonstrates a separate issue where the alignment in the print out is nothing like what is displayed on screen. I’ll report this separately since I do not think it is emoji related.
Great, thank you for sending the additional details.
To summarize, would you agree that Edge supports some but not all gendered, via ZWJ sequences, emoji?
Please do submit a separate issue for the print to PDF issue.
Appreciate the support,
Some yes. What I see is that the gendered with object variants work. These are those that use joining a man (U+1F468) or woman (U+1F469) emoji with a plant emoji resulting in a male or female farmer emoji. The ones that do not work, and there are many more of these, are those that join an existing or new emoji that may have a default gender with the gender selectors U+2640 and U+2642.
How long to the fixes that were made for the presentation selectors, text or emoji, RI’s to main and makes it to an RS3 insider preview?
I submitted the PDF issue minutes after updating this yesterday.
Thanks for confirming.
I am not certain when the additional support will make it into the insider preview release. I can tell you that on the build I am testing on that every emoji on the test site you gave me:
is supported. Again, no guarantees about what actually gets released but it is a very good sign. :)
Thanks again for the support and this submission. I will look for the PDF submission now, in the case it has not been handled already,
Please check all of http://www.unicode.org/Public/emoji/5.0/. Only a few embed the Emoji examples in the text. http://www.unicode.org/Public/emoji/5.0/emoji-test.txt is excellent. I didn’t use it for this report because I wanted to limit this bug to the gender issue which is a new emoji feature.
I should point out that the emoji-test.txt examples include the use of the U+FE0F emoji presentation selector but not the U+FE0E text presentation selector. Edge’s lack of support for these was covered by a different bug I filed. That is supposedly fixed internally. This document does include a number of emoji which are displayed correctly with the FE0F selector but as two different emoji without the selector which is a bug which I don’t know is fixed or not.
If you can, please share your findings and issues with other teams. There are other Microsoft and even Win10 RS3 components that don’t handle emoji correctly. You can open or past the text from http://www.unicode.org/Public/emoji/5.0/emoji-test.txt into WordPad (RichEdit) or Word 2016 and see that they get most wrong even if the font is set to Segoe UI Emoji. Note that if you load instead of copy and paste, the file lacks a UTF-8 BOM so will not be loaded correctly by either. If you add a UTF-8 BOM, Word 2016 Build 1708 8417.1000 Office Insider Fast does much better but still fails more than it gets it right.
Modern apps are also bad. OneNote and Mail, both on RS3 preview, do poorly. I don’t know if either uses Edge for rendering. Sticky Notes is another I tried that gets much wrong.
I think this is same with a previous issue https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/11679790/
Probably. That bug lists only a single emoji while here I provided the test file for all of ZWJ gendered sequences, albeit with an explicit emoji presentation selector.
The emoji-test.txt file I mentioned in the comments includes the explicit and implicit emoji presentation but not the text presentation. Another bug I filed reported issues with explicit and implicit text presentation. That latter issue is also fixed but not yet flighted.
Did you note that the other bug also discloses a bug in the address bar control? The address bar edit displays the emoji in that bug correctly but the suggestions dropdown does not.
In 16257.1, Edge displays http://unicode.org/Public/emoji/5.0/emoji-zwj-sequences.txt correctly.
There are still plenty of problems with http://unicode.org/Public/emoji/5.0/emoji-test.txt. The most common issue is that a gender selector is not combined when not followed by the optional emoji presentation selector. For example
1F468 1F3FB 200D 2696 FE0F ; fully-qualified # ??? man judge: light skin tone
1F468 1F3FB 200D 2696 ; non-fully-qualified # ??? man judge: light skin tone
The next most common problem is that a text presentation is used even when there is an explicit emoji presentation selector. For example,
2195 FE0F ; fully-qualified # ?? up-down arrow
I see this issue is fixed on today’s build 16257, can you confirm?
Aw you already confirmed, didn’t read the last comment… sorry.
To be clear, I confirmed that it is partly fixed but many gendered emoji sequences are still broken.