HN renders emojis in color?! I’m reading that on an iPad and see a red heart. That’s a first

clickety_clack 4 hours ago | parent | next [-]

I only have a fairly basic understanding of encodings, but is this one by any chance in one of the smaller “standard” character sets and not in the huge Unicode “emoji” set?

▲

deathanatos 3 hours ago | parent | next [-]

UTS #51 is your friend.

There's not really a "standard" character set and an "emoji" one. There is an emoji block (U+1F600 to U+1F64F), and this heart (U+2665) is not in that. But this heart is an emoji, in that the data file emoji-data.txt for contains `Emoji=Yes` ("=Yes for characters that are emoji", —UTS #51) for this character. However, this heart has `Emoji_Presentation=No`, which "=Yes for characters that have emoji presentation by default" (—UTS #51).

So basically, it should present, by default, in its non-emoji appearance. (Though there seem to be a number of readers for whom that isn't true. I think that's macOS being badly behaved.) There are some characters that can flip/flop between a "text" (normal monochrome) presentation and an emoji presentation; all of the card suit characters are. Unadorned (e.g., just U+2665 alone) then, you have to follow the emoji default presentation rules. In some contexts, such as web pages, that's "just do what that Emoji_Presentation flag says" for those characters, but see [§Presentation Style](https://www.unicode.org/reports/tr51/proposed.html#Presentat...) for exceptions to the rule. (HN is not an exception.) But you can also follow the character with a variation selector, to try to force either text (U+FE0E) or emoji (U+FE0F) presentation.

There are a number of what I'd call "yeah that's definitely an emoji" outside the Emoji block, too. Like U+2705 "white check in green box" (which HN disallows me posting); that one is Emoji=Yes but also Emoji_Presentation=Yes)

(IDK if Emoji=Yes Emoji_Presentation=Yes is HN's filter … but that'd be what I would do, if I wanted to filter out emoji like HN does.)

UTS #51: https://www.unicode.org/reports/tr51/proposed.html#Emoji_Pro...

(Also, note that the title was changed; the original HN title was "I ♥ RSS")

▲

dgellow 4 hours ago | parent | prev | next [-]

Yep, that seems to be the case!

▲

culi 4 hours ago | parent | prev [-]

yes, exactly:

♠♡♢♣♤♥♦♧

▲

smalltorch 3 hours ago | parent | next [-]

♚ ♛ ♜ ♝ ♞ ♟ ♔ ♕ ♖ ♗ ♘ ♙

Chess pieces too. I think you could technically play a chess game here pretty easily if you were so inclined.

▲

dgellow 4 hours ago | parent | prev [-]

Funny, I see the 1st, 4th, 6th and 7th in color. The outlined ones look like standard font characters

▲

culi 4 hours ago | parent [-]

To me they are (correctly) rendered as black

▲

dgellow 3 hours ago | parent [-]

Joke on me for using Apple devices :(

	▲	extra88 2 hours ago \| parent \| next [-]
		On iOS, the filled-in ones are all in colors set by the font but in macOS Safari they inherit the text `color`.
	▲	culi 2 hours ago \| parent \| prev [-]
		I'm on Mac but on Firefox

▲

prmoustache 3 hours ago | parent | prev | next [-]

It is not an emoji but a unicode character and HN doesn't render it, your OS does.

▲

F3nd0 3 hours ago | parent [-]

It may not be in the Emoji character block formally, but casually speaking it’s not wrong to call it an emoji, since emoji is basically just a picture character, and this is no less a picture character than what’s formally codified as ‘Emoji’ in the Unicode standard.

	▲	dgellow an hour ago \| parent [-]
		In addition to this, what I meant to convey is that it does show exactly like the iOS/iPadOS emojis, in color, with details, etc. Not the non-emoji font unicode character

▲

pkulak 4 hours ago | parent | prev | next [-]

Not up to HN, it’s up to your font and font rendering.

▲

dijit 4 hours ago | parent | prev | next [-]

this is the first emoji I see on HN at all, they’re filtered out in comments.

	▲	culi 4 hours ago \| parent \| next [-]
		It's because it's not actually an emoji (though your OS/font might decide to render it like one) https://www.compart.com/en/unicode/U+2665 It's part of the card suite icons ♠♡♢♣♤♥♦♧
	▲	tom_ 4 hours ago \| parent \| prev [-]
		I don't remember ever seeing one before either. Will the floodgates now open?

▲

cyptus 4 hours ago | parent | prev | next [-]

first time also! depending on iOS for me.

▲

minraws 4 hours ago | parent | prev [-]

that's specific to your os it renders in os emoji colors iirc.

▲

dgellow 4 hours ago | parent [-]

I’ve always seen emoji being stripped on HN, so it’s very surprising to see colors for once

	▲	culi 4 hours ago \| parent \| next [-]
		They've always been stripped for me as well. This "emoji" actually appears black for me however. I think the reason its not stripped is because it's actually "U+2665 : BLACK HEART SUIT {valentine}" which predates the emojis. Lots of fonts and OSes will render these older unicode symbols as emojis
	▲	sylware 4 hours ago \| parent \| prev [-]
		Well, in theory, with proper UTF-8 support you don't need to filter out anything. Unsupported unicode code points are just rendered using a place holder.