Open alisonmaher opened 1 year ago
This is a neat idea. Just two (sad) remarks about status quo from random passers-by:
OS | Google Chrome | Mozilla Firefox |
---|---|---|
Android | ||
Windows 10 |
So the only browser that passes this test is Mozilla Firefox on Windows 10. Google Chrome on Windows 10 let's us set the monochrome (or colourful) font only when forced with explicit font-family
(Sogoe UI Symbol
/ Segoe UI Emoji
respectively), so it basically disregards variation selector altogether the moment when it gets font-family
directive that sets some font that claims support of given character, or at least it appears to do something like this (test grid):
Firefox on Windows 10 | Chrome on Windows 10 |
---|---|
(This particular character โ ๐พ/๐พ๏ธ/๐พ๏ธ โ is not present in that tested "Emoji Presentation Sequences, v15.1" list. Using as illustration for semi-related reasons (*).)
There are quite promising statements in recent Microsoft announcement about Segoe UI in Windows 11 regarding monochrome Emoji variant:
https://microsoft.design/articles/bringing-new-emoji-to-windows-11 (tweet)
Additionally, they created 2D and monochrome versions of each emoji.
and
We're referring to this new font as a hybrid because it contains COLRv1, COLRv0, and monochrome glyphs. If an application supports COLRv1, the font displays COLRv1; if not, then the application uses one of the other two versions. A hybrid font is a revolving door of adaptability and different styles. "It's pretty groundbreaking. Nobody in the world is currently shipping a font that does this," said Senior Program Manager Judy Safran-Aasen, [...]
Thanks @myfonj for the update here, adding it to the agenda to see if it is something we should incorporate into the forced colors mode spec
To some extent this also depends on whether the emoji font is vector or raster, which depends on the platform. Changing the colors of pixels in a raster image (apart from simple grey-scaling, which is unlikely to look good in all cases) is harder than changing the colors in a palette or selecting an alternate palette.
The CSS Working Group just discussed [css-color-adjust-1] Emojis in forced colors mode
, and agreed to the following:
RESOLVED: use monochrome emoji in forced-colors mode if the font-variant-emoji property is set to normal or unicode
Currently in forced colors mode, emojis are not adjusted (similarly to images).
For example, when using the following emojis: ๐ค๐ก๐๐โ๐คทโโ๏ธ๐๐๐ค๐ฎ๐๐ป
Blink and Gecko will produce the following in a dark forced color scheme:![emoji-current](https://user-images.githubusercontent.com/43683110/201397543-890824a0-9aaf-44de-94f4-ac807c0cdb8c.png)
However, in EdgeHTML and most Windows apps, emojis will fall back to use a monochrome variant of the emoji colored in the Windows High Contrast text color (i.e.![emoji-monochrome](https://user-images.githubusercontent.com/43683110/201398360-a557c56a-2ef5-483a-ba97-dbb1333542c4.png)
CanvasText
):The monochrome variant would provide higher levels of contrast and parity with how Windows generally handles emojis in High Contrast. Is this something we should consider recommending or aligning with in the spec?