When we can’t even discuss current tech events here on HN because HN filters out the characters needed, maybe it’s time for HN to rethink its emoji filtering policy.
⬛ ⌛ ⏳ ⌚ ⏰ ⏱ ⏲ ♟⌨♨♠ ♥ ♦ ♣ 🃏 🀄⬆ ↗ ↘ ⬇ ↙ ⬅ ↖ ↕ ↔ ↩ ↪ ⤴ ⤵ ▶ ⏩ ⏭ ⏯ ◀ ⏪ ⏮ ⏫ ⏬ ⏸ ⏹ ⏺ ⏏‼ ⁉〰⭕〽© ® ™ #⃣ ⃣ 0⃣ 1⃣ 2⃣ 3⃣ 4⃣ 5⃣ 6⃣ 7⃣ 8⃣ 9⃣ 🅰 🆎 🅱 🆑 🆒 🆓 ℹ 🆔 Ⓜ 🆕 🆖 🅾 🆗 🅿 🆘 🆙 🆚 🈁 🈂 🈷 🈶 🈯 🉐 🈹 🈚 🈲 🉑 🈸 🈴 🈳 ㊗ ㊙ 🈺 🈵 ⬛ ⬜ ◼ ◻ ◾ ◽ ▪ ▫ # 0 1 2 3 4 5 6 7 8 9
About a year ago, (https://news.ycombinator.com/item?id=22741817) someone here used what they thought was the Apple logo symbol, but some fonts (which follow the ConScript (unofficial) Unicode Registry for private use characters) might show a KLINGON MUMMIFICATION GLYPH instead!
As soon as you start trying to address those, the simple problem suddenly grows quite a lot in scope.
It actively filters out a small part of it, mostly emojis (which I think that it is a good thing to do).
But HN is 100% custom software, and built with it's own programming language as well, Arc (on Racket). AFAIK, HN still runs on files-as-a-db. You could check out the source here: http://arclanguage.org/install
"filesystem as a database" is not referring to database software that stores the data on disk but rather that the application is directly interacting with the filesystem. Imagine dumping a JSON document to disk, then reading it from disk, compared to storing a JSON string in a DB. Sure, they are both backed by the disk, but one is not "filesystem as a DB".
They don’t know it, but the rest of us do
Its not a trend its out of touch old people that dont know they’re out of touch old people yet
At present, this can be done by following any emoji character with the text variant selector, U+FE0E [1] (the example works perfectly on Firefox on KDE).
Later, it will be possible with CSS [2].
[1] https://mts.io/2015/04/21/unicode-symbol-render-text-emoji/
[2] https://drafts.csswg.org/css-fonts-4/#font-variant-emoji-pro...