4 ms·

Unicode standard has a way of dealing with this: You can force non-emoji presentation by following your character with U+FE0E as detailed in this note: http://

Unicode standard has a way of dealing with this: You can force non-emoji presentation by following your character with U+FE0E as detailed in this note: http://www.unicode.org/reports/tr51/#Presentation_Style http://www.unicode.org/reports/tr51/#Presentation_Style whether any particular browser or operating system actually implements this though is up to chance I suppose. edit: reading through the data files shows that chess pawn is intended to be shown with normal non emoji presentation by default, and only be shown with emoji presentation if followed by an emoji presentation character. source: https://www.unicode.org/Public/emoji/11.0/emoji-data.txt https://www.unicode.org/Public/emoji/11.0/emoji-data.txt

dspillett 9y ago
Surely it would have made more sense for the existing behaviour to be the default and have to request the new formatting, instead of potentially changing the presentation of existing documents?
- lotyrin 9y ago
  Or just not bother with unification? Have "Pawn" and "Emoji Pawn" it's not like we're starving for space. This and things like CJK unifications make me feel like design happens on a level of naive convenience instead of giving a shit about what things mean or how they are used.
  - ZenPsycho 9y ago
    it turns out that, to many people's surprise, trying to create a computer encoding for every human written language is extremely political, and weird compromises have to be made. I think initially the CJK unification was because unicode thought they'd only ever need 16 bits, and that's pretty much the only way to fit all those characters in that space. now it's up to 21 bits and I wonder if that will ultimately be enough. But effectively the presentation system (in theory, stuff still needs to implement it) does make "pawn" and "emoji pawn", by having "emoji pawn" be [pawn character] [emoji presentation character]
- ZenPsycho 9y ago
  Each character specifies whether it has emoji presentation and separately whether text presentation or emoji presentation ought to be default, in theory, with the pictograms that were initially text-presentation, and now have an emoji presentation, specified to be text-presentation by default. Whether operating systems or browsers implement this is up to chance.
- dragonwriter 9y ago
  > Surely it would have made more sense for the existing behaviour to be the default Since the pawn doesn't have the Emoji_Presentation property, that's basically what the standard says outside of contexts where emoji presentation is the default for anything that has the emoji property; the text presentation and emoji presentation modifiers are generically available to override the defaults.

dspillett 9y ago

Surely it would have made more sense for the existing behaviour to be the default and have to request the new formatting, instead of potentially changing the presentation of existing documents?

lotyrin 9y ago
Or just not bother with unification? Have "Pawn" and "Emoji Pawn" it's not like we're starving for space. This and things like CJK unifications make me feel like design happens on a level of naive convenience instead of giving a shit about what things mean or how they are used.
- ZenPsycho 9y ago
  it turns out that, to many people's surprise, trying to create a computer encoding for every human written language is extremely political, and weird compromises have to be made. I think initially the CJK unification was because unicode thought they'd only ever need 16 bits, and that's pretty much the only way to fit all those characters in that space. now it's up to 21 bits and I wonder if that will ultimately be enough. But effectively the presentation system (in theory, stuff still needs to implement it) does make "pawn" and "emoji pawn", by having "emoji pawn" be [pawn character] [emoji presentation character]
ZenPsycho 9y ago
Each character specifies whether it has emoji presentation and separately whether text presentation or emoji presentation ought to be default, in theory, with the pictograms that were initially text-presentation, and now have an emoji presentation, specified to be text-presentation by default. Whether operating systems or browsers implement this is up to chance.
dragonwriter 9y ago
> Surely it would have made more sense for the existing behaviour to be the default Since the pawn doesn't have the Emoji_Presentation property, that's basically what the standard says outside of contexts where emoji presentation is the default for anything that has the emoji property; the text presentation and emoji presentation modifiers are generically available to override the defaults.