I see delightful unintended layer of irony in a fact that what the page really uses for the Emoji display are in fact image elements: JavaScript on that page replaces Unicode text with them. So the main heading content
It’s Not Wrong that “[that formidable facepalm]”.length == 36
(sic syntactically wrong quotes) is in reality (for JS-capable and enabled clients) presented as
<h1 class="wp-block-post-title">It’s Not Wrong tha
t (for HN) “<img draggable="false" role="img"
class="emoji" alt="[that formidable facepalm]" sr
c="https://s.w.org/images/core/emoji/16.0.1/svg/1f
926-1f3fc-200d-2642-fe0f.svg">”.length == 36</h1>
(arbitrary line breaks added for convenience). Here the "true" `.length` of the (scare)quoted content is: 144.
---
This comment is brought to you thanks: "View Selection Source" context menu entry in Firefox.
Grumpy old guy: Can we just stop with new unicode characters? We don't need to be able to capture every human thought or concept in a character. Feels like the Unicode Consortium is chaired by Funes the Memorious.
The main pain for me is that most tools now sexualize the emojis: they force me to choose between :man-facepalm:, :woman-facepalm: and just :facepalm:.
For. Every. Single. Emoji.
I don't remember a case when I really wanted a sexualized version, I always want to express just an emotion. Just remove all the prefixed versions, and leave the pure one.
I don’t want emojis in the headlines please. It makes it difficult to read and becomes an arms race for attention.
Also I’m not even sure it was a good idea to put them in text. Emojis are a special case that breaks a lot. Now you have to worry about multiple colors, etc.
Generally I agree with you, but in rare cases like the article that this one is meta-commentary to it might perhaps have been justifiable to allow it? I see the "slippery slope" risk though.
It definitely wasn't a good idea. Emojis aren't text, they don't belong in Unicode at all. It would be one thing to encode, say, Egyptian hieroglyphics. That would be legitimate. But putting emojis into Unicode was against the purpose of the standard and a huge mistake.
Heh. In my code, I always (idiosyncratically, I admit) spell '\x20' as '\x20' (or even just as 0x20, if it's C), unless it's a part of a multicharacter string e.g. "Hello world!": it just feels wrong to have an empty space inside single quotes. Is it really just U+0020 in there? Is it supposed to be U+0020 there? Silly worries, I know, but I just don't like the way ' ' looks.
If you are on Chrome, hover your mouse over the link to the article and look at the URL displayed in the bottom left corner (at least that's where Chrome puts it on my machine).
mitsu_at|6 months ago
- https://www.youtube.com/watch?v=K93zcgFsynk&ab_channel=Vsauc...
- https://www.youtube.com/watch?v=XrHTI04i9yk&ab_channel=%E2%8...
This is done by using invisible characters such as ZWNJ to get around the title filter.
dang|6 months ago
It’s not wrong that "\u{1F926}\u{1F3FC}\u200D\u2642\uFE0F".length == 7 (2019) - https://news.ycombinator.com/item?id=44981525 - Aug 2025 (274 comments)
(btw the title edit on that one was for fun, and came about this way: https://news.ycombinator.com/item?id=44981808)
Also related:
It’s not wrong that "🤦🏼♂️".length == 7 (2019) - https://news.ycombinator.com/item?id=36159443 - June 2023 (303 comments)
String length functions for single emoji characters evaluate to greater than 1 - https://news.ycombinator.com/item?id=26591373 - March 2021 (127 comments)
String Lengths in Unicode - https://news.ycombinator.com/item?id=20914184 - Sept 2019 (140 comments)
(as you can see, we've taken quite a few different whacks at that piñata of a title over the years)
program|6 months ago
unknown|6 months ago
[deleted]
myfonj|6 months ago
---
This comment is brought to you thanks: "View Selection Source" context menu entry in Firefox.
subarctic|6 months ago
merelysounds|6 months ago
It’s Not Wrong that (for HN) “[facepalm emoji]”.length == 36
Or some alternative if the above is too long, like:
“[facepalm emoji]”.length == 36
Both seem more accurate than the current:
It’s Not Wrong that (for HN) “ ”.length == 36
chuckadams|6 months ago
franky47|6 months ago
Checks out.
johnisgood|6 months ago
MangoToupe|6 months ago
stickfigure|6 months ago
deepsun|6 months ago
For. Every. Single. Emoji.
I don't remember a case when I really wanted a sexualized version, I always want to express just an emotion. Just remove all the prefixed versions, and leave the pure one.
chrismorgan|6 months ago
Are there any even mildly-popular languages that use, or allow, curly quotes for strings? I’d kinda like there to be at least one.
tremon|6 months ago
dragonwriter|6 months ago
monkeyelite|6 months ago
Also I’m not even sure it was a good idea to put them in text. Emojis are a special case that breaks a lot. Now you have to worry about multiple colors, etc.
kps|6 months ago
dcminter|6 months ago
Generally I agree with you, but in rare cases like the article that this one is meta-commentary to it might perhaps have been justifiable to allow it? I see the "slippery slope" risk though.
65|6 months ago
mbb70|6 months ago
It is reasonable and worthwhile to encode some nonverbal information in it, and emojis have won the day.
bigstrat2003|6 months ago
Joker_vD|6 months ago
Heh. In my code, I always (idiosyncratically, I admit) spell '\x20' as '\x20' (or even just as 0x20, if it's C), unless it's a part of a multicharacter string e.g. "Hello world!": it just feels wrong to have an empty space inside single quotes. Is it really just U+0020 in there? Is it supposed to be U+0020 there? Silly worries, I know, but I just don't like the way ' ' looks.
zenethian|6 months ago
criddell|6 months ago
Retr0id|6 months ago