3 ms·

Next up is sound and interactivity in emojis, including a custom emoji scripting language and emoji platform, and then the inevitable "DOOM ported to emoji" pro

by bogwog 4y ago

Next up is sound and interactivity in emojis, including a custom emoji scripting language and emoji platform, and then the inevitable "DOOM ported to emoji" projects. And of course, web browsers and text rendering become increasingly more complex and expensive to build/maintain because Google single-handedly decided it.

pradn 4y ago
After seeing the beautiful new Arabic fonts in this post, I can't go back to being happy with just simple text for the web. We're still so far from the beauty of calligraphy and even old metal typefaces, with their ligatures and all. We have to dream bigger.
ilaksh 4y ago
Browsers are already at the level of complexity of operating systems.
dom111 4y ago
> DOOM ported to emoji Makes me think of Fontemon: https://www.coderelay.io/fontemon.html#player https://www.coderelay.io/fontemon.html#player https://github.com/mmulet/code-relay/blob/main/markdown/HowIDidIt.md https://github.com/mmulet/code-relay/blob/main/markdown/HowI... Perhaps combining this COLRv1 spec and the prior art it's doable today! https://github.com/mmulet/font-game-engine https://github.com/mmulet/font-game-engine
cercatrova 4y ago
Related, EmojiCode (https://www.emojicode.org https://www.emojicode.org)
manmal 4y ago
True Type fonts have been Turing complete for a while. You‘d need to implement a small TT OS first, of course.
miohtama 4y ago
While the parenrt is an ironic comment, color fonts were a staple of computer graphics design during 90s and palettized graphics like VGA 320x200x256 mode. The art was lost with TrueType and now it is coming back. People who have used Deluxe Paint Animator remember this.
weird-eye-issue 4y ago
Emojis have had colors for over 20 years so this is a terrible strawman you've fabricated
- bogwog 4y ago
  Did you read the post? This is a new spec called COLRv1 which adds a bunch of complex rendering features to do what is effectively word art. Why does this need to be a new spec? Nobody is going to use it for body text. If someone wants those ugly 3D titles, they could use SVG or Canvas. One of the examples in the OP was colored arabic text for education. That’s an extremely narrow use case which could be entirely supported with custom rendering via SVG, Canvas, WebGL, etc. This isn’t the end of the world or anything, but it’s annoying and frustrating to see as someone who thinks there should be more browsers and operating systems than the ones Google makes.
  - bobajeff 4y ago
    This is just an extension of the ISO Open Font Format (Opentype). I think it's great because it's so far the only standard way to specify color needed to render emojis.
  - aembleton 4y ago
    > they could use SVG or Canvas They could but then it would be less accessible for screen readers or bots that want to scrape text from a web page for indexing or anything else. Your user agent can also determine if rendering those "ugly 3D titles" is the right thing to do or not, so you could have a plugin that stops them from being rendered. > there should be more browsers and operating systems than the ones Google makes These fonts work fine in Firefox.
    - bogwog 4y ago
      > They could but then it would be less accessible for screen readers or bots that want to scrape text from a web page for indexing or anything else. Screen readers can read SVG, and ARIA exists for adding accessibility to things like Canvas or WebGL (see: https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA https://developer.mozilla.org/en-US/docs/Web/Accessibility/A...). > These fonts work fine in Firefox. They in fact do not work at all in Firefox (or any other browser besides Chrome/Edge). If you go to fonts.google.com, they work because that page uses a custom renderer for them. See the duck demo here (need to scroll down): https://developers.googleblog.com/2022/09/updates-to-emoji-new-characters-animation-colors-and-more.html https://developers.googleblog.com/2022/09/updates-to-emoji-n... The duck is invisible on Safari on my iPhone and in Firefox (104.0.1) on my desktop

by bogwog 4y ago

pradn 4y ago

After seeing the beautiful new Arabic fonts in this post, I can't go back to being happy with just simple text for the web. We're still so far from the beauty of calligraphy and even old metal typefaces, with their ligatures and all. We have to dream bigger.

ilaksh 4y ago

Browsers are already at the level of complexity of operating systems.

dom111 4y ago

> DOOM ported to emoji Makes me think of Fontemon: https://www.coderelay.io/fontemon.html#player https://www.coderelay.io/fontemon.html#player https://github.com/mmulet/code-relay/blob/main/markdown/HowIDidIt.md https://github.com/mmulet/code-relay/blob/main/markdown/HowI... Perhaps combining this COLRv1 spec and the prior art it's doable today! https://github.com/mmulet/font-game-engine https://github.com/mmulet/font-game-engine

cercatrova 4y ago

Related, EmojiCode (https://www.emojicode.org https://www.emojicode.org)

manmal 4y ago

True Type fonts have been Turing complete for a while. You‘d need to implement a small TT OS first, of course.

miohtama 4y ago

While the parenrt is an ironic comment, color fonts were a staple of computer graphics design during 90s and palettized graphics like VGA 320x200x256 mode. The art was lost with TrueType and now it is coming back. People who have used Deluxe Paint Animator remember this.

weird-eye-issue 4y ago

Emojis have had colors for over 20 years so this is a terrible strawman you've fabricated

bogwog 4y ago
Did you read the post? This is a new spec called COLRv1 which adds a bunch of complex rendering features to do what is effectively word art. Why does this need to be a new spec? Nobody is going to use it for body text. If someone wants those ugly 3D titles, they could use SVG or Canvas. One of the examples in the OP was colored arabic text for education. That’s an extremely narrow use case which could be entirely supported with custom rendering via SVG, Canvas, WebGL, etc. This isn’t the end of the world or anything, but it’s annoying and frustrating to see as someone who thinks there should be more browsers and operating systems than the ones Google makes.
- bobajeff 4y ago
  This is just an extension of the ISO Open Font Format (Opentype). I think it's great because it's so far the only standard way to specify color needed to render emojis.
- aembleton 4y ago
  > they could use SVG or Canvas They could but then it would be less accessible for screen readers or bots that want to scrape text from a web page for indexing or anything else. Your user agent can also determine if rendering those "ugly 3D titles" is the right thing to do or not, so you could have a plugin that stops them from being rendered. > there should be more browsers and operating systems than the ones Google makes These fonts work fine in Firefox.
  - bogwog 4y ago
    > They could but then it would be less accessible for screen readers or bots that want to scrape text from a web page for indexing or anything else. Screen readers can read SVG, and ARIA exists for adding accessibility to things like Canvas or WebGL (see: https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA https://developer.mozilla.org/en-US/docs/Web/Accessibility/A...). > These fonts work fine in Firefox. They in fact do not work at all in Firefox (or any other browser besides Chrome/Edge). If you go to fonts.google.com, they work because that page uses a custom renderer for them. See the duck demo here (need to scroll down): https://developers.googleblog.com/2022/09/updates-to-emoji-new-characters-animation-colors-and-more.html https://developers.googleblog.com/2022/09/updates-to-emoji-n... The duck is invisible on Safari on my iPhone and in Firefox (104.0.1) on my desktop