vogon

the evil "Website Boy"

member of @staff, lapsed linguist and drummer, electronics hobbyist

zip's bf

no supervisor but ludd means the threads any good


twitter (inactive)
twitter.com/vogon
bluesky
if bluesky has a million haters I am one of them, if bluesky has one hater that's me, if bluesky has no haters then I am no more on the earth (more details: https://cohost.org/vogon/post/1845751-bonus-pure-speculati)
irl
seattle, WA

prompted by an idea from @fauxwren: "emoji IP addresses", where each octet in an IPv4 address is replaced by an emoji from a set of 256 easily distinguishable1 emoji

prompted by considering the nontrivial problems2 3 of automatically generating a set of easily distinguishable emoji: automatically generate a set of easily distinguishable emoji


  1. inspired by the fact that (rightfully) a lot of systems already consider "i" and "j", "o" and "0", etc. to be too visually similar to output in the same encoded string

  2. how do we determine "easily distinguishable"? the first machine-readable implementation you'd think to go for is some measure of pixel distance, but I can't reliably memorize two entries from the dingbats block (e.g. πŸ™œ and πŸ™) but can easily memorize the much more familiar concepts "smiley face" and "face shedding one tear", which have an even smaller pixel distance

  3. how should we weigh the wildly different levels of emoji support on reading platforms into this?


You must log in to comment.

in reply to @vogon's post:

For 2, you could probably rely on crowdsourcing (or even your own inputs) by setting up a queue of pairs of emoji and inputs like "different enough" and "too similar"

For 3, older emojis are probably better, but better would be pre-emoji unicode characters