I like how the Unicode Consortium really doesn't want to accept any more flags, but you can still probably shoehorn them in if you're Apple or Google and you have a glyph sequence that is backwards compatible. One way of getting things done -- just do it.
I knew the details behind this because Windows 10 didn't include font with the trans flag by default, and so it always rendered as flag + trans symbol. I eventually installed the emoji font from the Windows 11 betas and found much of what I read to suddenly be a lot nicer looking.
That's true, they won't process any proposals for flags anymore. The first link in the linked post is a detailed FAQ from the Unicode people:
> Flags for countries with Unicode region codes [ie. recognized by ISO] are automatically recommended, with no proposals necessary! [...] the Emoji Subcommittee is no longer taking in any proposals for flags of any kind.
They have a section addressing new pride flags specifically near the end of the FAQ.
This is a thread about flag emojis, hardly tangential!
And it isn't flamebait to point out the f*cked up power dynamics in highly-government-influenced standards orgs. Especially the Unicode Consortium, since you can fit the alphabets of the official language of every country but one into a 16-bit space (no I'm not advocating Han Unification -- in fact precisely the opposite). The whole rest of the world has to deal with variable-length encodings and "grapheme cluster" nonsense just to keep one country happy.
dang, you have impugned my honor. I demand satisfaction in the form of a duel! Nerf guns at twenty paces.
IMO veering from minutiae of 5-codepoint Unicode sequences to hot geopolitics ("for fairly obvious reasons") is a classic generic flamewar tangent, in the textbook sense of "tangent": there's one point in common and otherwise the lines don't intersect at all.
These tangents always go in the same direction, too: they bump the thread off the back road (obscure Unicode details!) and onto the well-paved multi-line highway (to hell!).
None of that matters though, if you're going to be as good-humored as this!
There are no country flags in UTF. The flag you're seeing is the interpretation of a 2 character ISO country code by your OS.
> Although they can be displayed as Roman letters, it is intended that implementations may choose to display them in other ways, such as by using national flags. The Unicode FAQ indicates that this mechanism should be used and that symbols for national flags will not be directly encoded. This allows the Unicode consortium to avoid any issues surrounding which countries to include (and, de facto, recognize), instead leaving it entirely to the system implementation as to which flags to include (see: partially recognized state).
There is no flag in the encoding. Instead, there are codepoints for each of ISO 3166-1's "Codes for the representation of names of countries and their subdivisions": https://en.wikipedia.org/wiki/ISO_3166-1
Both the People's Republic of China and the Republic of China agree that there exists an entity called "Taiwan, Province of China" (TW). They have different views about what that entity's flag is (and many other things about that entity), but Unicode doesn't offer any opinions on that.
To clarify, 3166-1 is for countries, dependent territories (i.e. Guam), special areas (Taiwan, Hong Kong) i.e. TW gets a flag being in 3166-1 list but under UN resolution 2758, PRC gets to subsume TW as special area - "Taiwan (Province of China)". 3166-2 is for subdivisions (TW provinces, UNDER CHINA), i.e. all TW provinces are considered subdivisions of China/PRC. Same with HK. Unicode doesn't offer opinion in the sense the opinion is whatever UN recognize as countries, which will never include TW as long as PRC holds P5 veto.
In the meantime this arrangement works out since ROC constitution still legally asserts it's but part of One China polity, i.e. it doesn't matter what TWers think or DPP claims, or tries to legally engineer (additional articles /legal fiction limiting ROC political jurisdiction to "free area" of tw + islands). Until TW voters&politicians actually formally separates / declares independence, as in change ROC constitution by renounce claims on mainland, they'll lose 3166-1 designation because PRC gets to remove them, and won't get a new one because PRC veto. They'll lose their emojis (maybe iso codes, maybe domain depending on US/ICANN drama)... which TBH will be least of their worries.
Almost nobody in Taiwan would call it a "province of China" (some would if you redefine what China means, ie not PRC). But as usual standards bodies bend to whoever has power at the moment.
This is a clear tell that your knowledge of the situation is basically just Wikipedia plus media reporting. Approximately nobody in Taiwan views it that way. It is an obscure legal fiction of no relevance. It only persists because of a red line drawn by the PRC.
It’s kind of like how New Zealand is included as a province of Australia, technically, in their constitution.
I didn't saw anything about how people view this? As you state, it's a legal fiction, but it's quite useful in numerous contexts like this, because it lets Unicode de facto include the Taiwan flag without actually including the Taiwan flag.
While a previous government of Taiwan claimed that it was the legitimate ruler of China, the current government does not. It considers itself to be a separate sovereign state. The KMT that fought for control of China and fled the mainland is only a small fraction of Taiwan's population and only ruled over the majority by political suppression.
Taiwan is the last vestige of original ”China” and PRC already redefined it when Taiwan (ROC) lost the mainland to the communists in 1949 during the Chinese Civil War.
As much as I appreciate the expressiveness that comes from emojis and flags in Unicode, I am rather shocked by the growing technical complexity of decoding unicode into rwndwrable graphemes. Unicode was already worryingly complex before all of these new combinations were introduced. Properly parsing Unicode is close to obtaining this "don't roll your own" status that has has so far been reserved for the likes of networking and cryptography libraries. Unicode, even if UTF-8 encoded, is now such a far cry from the old 8 bit charsets that's still being inplicitly assumed by so many standard libraries of programming languages.
Those early software character sets had their own complexities (i.e. there was more than one), compared to the hardwired (you get one character set, and you’ll like it) set that shipped with early display adapters.
Having earned thousands of dollars fixing old systems to deal with new character sets, I can’t really complain.
Rendering Unicode was always this complex. Emoji don't do anything that some other language in real use doesn't also do. What emoji does is bring that visually to the forefront among contemporary English text. The assumption that 8-bit character sets of simple bitmaps are all you need mostly only ever worked for English (and then only if you didn't need nice print-like typography, or math formulas, or…).
This isn't exactly true. Emojis and other symbols introduced new notions like colors that were not present before. I'm no longer certain that it is feasible to handcraft a font thwt contains all the symbols for codepoints affected by color modifiers.
Also, 8 bit codepages, for all their problems (a different kind of hell), didn't break the assumption that each character is encoded as one byte. In that way, they didn't break software in interesting ways like UTF-encoded and possibly decomposed Unicode is able to do. Back then, it was something of a blessing at surface level, but the proliferation of string handling code and concepts that assume this one to one mappping just don't fit well with Unicode. And UTF-8 specifically gives the illusion to English speakers that using naive 8 bit string handling works.
> Emojis and other symbols introduced new notions like colors that were not present before. I'm no longer certain that it is feasible to handcraft a font thwt contains all the symbols for codepoints affected by color modifiers.
Color modifiers are just ZWJ sequences. Those existed before. The color modifiers themselves are not the most complicated things that get attached to ZWJ sequences among languages that Unicode supports.
OpenType today supports color tables that mean most emoji modified by colors aren't "handcrafted" but algorithmically constructed. (As many ligatures and other ZWJ sequences often are.)
> Also, 8 bit codepages, for all their problems (a different kind of hell), didn't break the assumption that each character is encoded as one byte.
That is broken in other 8-bit codepages as well, it was just seen as an exception/edge case rather than the rule. The big obvious exception has always been \r\n (carriage return then newline), but there's also ^H (control-H) and ^W (control-W) sequences (effectively backspace and delete word), and the entire gamut of things done with ANSI and/or VT100 escape seqences starting with Escape often stylized as ^[.
> And UTF-8 specifically gives the illusion to English speakers that using naive 8 bit string handling works.
Unless emoji are present, which is one of the great things about emoji and emoji becoming a very common form of punctuation in English text. Naive 8-bit string handling was always wrong. Emoji help make it visible how wrong it was. (In part by doing things other languages do such as ZWJ sequences and having code points out in the Astral Plane and other such features.)
So you agree that font rendering had to be extended to support color modifiers as specified in Unicode? That is the kind of completely creep that I am pointing out.
A bunch of control codes are historically part of character encodings, and their encoding is very consistent within codepages of the same family (ASCII/ANSI and EBCDIC). You don't have to have any awareness about the active codepage/language to handle them correctly.
Terminal escape sequences are a poor form of in-band signaling between devices (now virtualized), not text. I comsider that out of scope.
Anyway, as we get into the weeds here, I do not want to dispute the enormous practical utility of Unicode and I am glad that it exists and covers so many of the world's writing systems and alphabets. It is one of the central standards that connects people today. But from the purely technical perspective, the steady complexity creep is undeniable and brings somewhat hidden costs to software systems.
One byte equals one character was already incorrect in the pre-unicode days for east asian languages. UTF-8 is much easier to parse than something like Shift JIS, where splitting a string in between bytes of a codepoint results in a valid but incorrect string.
Written like this, emojis look a bit like stargate addresses [1F3F3 FE0F 200D 26A7 FE0].
I knew that emoji symbols have a way of using modifiers but this is the first time I’m getting a glimpse into the process of iterating on a proposal. Thanks for sharing!
Blimey! After I engaged reader mode, all was revealed 8)
The "spider" and the wandering particles are funky but everything else in gthe presentation conspires to exclude granddad (who has rather shite eyesight these days). On the bright side, you didn't go for a dark theme. I'm happy to sort out my very minor accessibility "problems" but it might be nice to cater for all, as much as you can.
I love how you have considered so many ways to ensure that it will degrade gracefully, as far as is possible for certain glyph handling capabilities.
Good skills ... how on earth does this work? I pasted your glyph quite a lot and found that backspace changes it into the other flag:
EDIT: Oh dear, HN strips out funky glyphs so this post looks a bit odd.
Man, Unicode is a complex thing. All sorts of directionality and reinterpretation to it. What a terrible beast to wrangle. Glad someone else is doing it and I can stick to ASCII.
Also, this website is delightfully hilarious. It's got music. I haven't seen that since the old days. Very nostalgic. I read in Reader Mode, but enjoyed the expression of self.
I'm waiting for Unicode to support something really fun or insane, like arbitrary 64x64 inline bitmaps, or entirely arbitrary flag support!
Really, it should have a full implementation of heraldry.
Unicode can only be complete when it is a full renderer. If I can't render my video game using one complete "glyph", what are we even doing in this world?
I wish they stuck to languages only, instead of branching out into modern hieroglyphics. There are enough forces hacking away at literacy as it is. Flags are particularly wasteful, given that nations and movements can be highly ephemeral.
You'll be happy to learn that Unicode does not have one codepoint per national flag. It has 26 codepoints that form a special alphabet that two-letter country codes can be written with, and those are conventionally rendered as national flags.
I could give a shit about codepoints. Multilingual text is hard enough as it is. The icons-with-combiners were an unnecessary complication. The site we are commenting on rejects them, and rightly so.
> all javascript on this website is optional (light/dark theme, particles background, and image lightboxing) and resides outside of the document body. localstorage is used to persist light/dark theme and mono/sans font state while surfing, as well as handle an over-18 check.
Hitting the reader mode of your favorite browser will help.
Usually it sounds like a weird advice and we'd want site owners to aim for readability...but TBH, blaming a site on a .pink domain on a page explaining the codepoints of an emoji flag to not be universally accessible seems beside the point.
I don't mind the dialogue, but if we're taking about the same author, some of the content gets diminished by the meandering waffling.
I realise it's a stylistic choice but there's been a few posts where I felt tired after reading their articles. And it also feels like one of those YouTube shorts sketches where one person pretends to be multiple people and it starts feeling a bit cheap/meh.
I think it would be fine if it they toned down on the interjections/interruptions
They might be talking about Xe Iaso's blog, although there the furry conversations are only for short supplementary asides sotto voce, while the bulk of every post is in ordinary text. I like it, personally, but maybe it grates on some people.
I work in accessibility. I'm non binary and queer AF.
The particles are a problem for some sensory processing disorders that cannot tune out motion. This is why the prefer reduced motion attribute exists.
I appreciate that you and I probably agree that some people with anti-LGBTQ sentiments will pick on anything atypical about a website like this to claim some notional moral high ground to punch down, but in the case of the particles specifically there are disability accommodation reasons to consider them something toggleable.
(Though using reader mode is probably sufficient for those users, as the site is developed to support it well.)
there is already a swastika unicode glyph. As for the Confederate Flag, they will probably be confused as, if added to unicode, it would likely be rendered as one of the actual confederate flag designs rather than the one which has become popular in recent decades.
It's a Chinese character and there are two variants. The left-hand variant (卍) represents 和 (peace) in religious contexts, whereas the right-hand variant represents 力 (power). The specific glyph the Nazis co-opted is the right-hand variant, and it is considered inappropriate to use in the West (for this reason, I am not reproducing the character here).
The glyph appears in texts predating the existence of Nazi Germany, and I assume that is the reason the Unicode Consortium has not removed the glyph yet.
Note that I am not defending this decision (nor the usage of the glyph today). One could argue that historians should use a special font that can render these two glyphs, but the problem is likely a lot more subtle than I am thinking.
As an aside: the left-hand variant is used in Japanese maps to mark the location of Buddhist temples.
> Note that I am not defending this decision (nor the usage of the glyph today). One could argue that historians should use a special font that can render these two glyphs, but the problem is likely a lot more subtle than I am thinking.
Having a deliberate policy of granting bad people permanent sole ownership of whatever symbols they use seems less than ideal.
The connection is there because furries are mostly gay, and by extension there are also lot of trans furries. Both furries and trans people skew younger, so it's becoming more and more of a trans thing along with being a gay thing. There's also a huge overlap with autism with both being trans and a furry.
Why lgbt people are attracted to being a furry, I don't know. Maybe Disney made the male animals too sexy and a bunch of gay people latched on to that hard in childhood. Maybe its because lgbt are more online then normal and got exposed to this stuff when they were 13 and they developed a strong interest in this stuff. My feel on it as someone who's been around a ton of furries its a gay thing because its always been a gay thing.
As a trans woman it's been pretty impossible to not interact with the furry community when I'm around other gay or trans people. It's extremely common especially the younger or more online you go.
I’ve been a furry for forever now. Way back when I was a teenager I used to hang out in a lot of tech spaces online and there just happened to be lots of furries in them. I just ended up becoming one too. Then shortly after I realised I was gay and furry spaces also happened to be an incredible place to meet other gay people my age with similar interests.
You're getting a bunch of joking shitpost replies, but a useful answer is that it's very common for people to become furries first and then later realize they are trans, presumably because the feelings of body dysmorphia convince you that something is mismatched between your felt sense and outward appearance, but you only nail it down as gender dysphoria later.
To add on to this: if you're a "guy" still trying to feel out some really confusing feelings, playing a vixen online allows you to explore those feelings without it impacting your real life. It's the same reason it's pretty common for trans people to report preferring to play characters of their true gender in video games. It gives you a safe, low-stakes way to explore gender.
With furry especially, that particular fandom has for decades been openly and loudly supportive of LGBTQ+ people and a very very significant percentage are queer. It's a very, very safe place for exploration.
If you experience gender dysmorphia, being forced to adopt the norms of the disconnected gender is far more psychologically damaging than exploration of something else.
Cognitive restructuring, aka adopting a new norm, is the DSM recommendation, because it usually works. Exploration is healthy.
I mean, it’s quite obviously not to anyone with even a tiny modicum of common sense, and I say this as a trans person (although not a furry).
Modern psychology has built up an incredible memeplex that is accepted unquestioningly despite being an enormous load of bullshit / giant house of cards.
All relativist extremists fall back on it and use it to justify their detachments from and disdain for the shared reality we all inhabit together. Sad to witness, and only growing stronger, it seems.
It's also very common for trans people to become furries. Furry conventions and meetups are a great way to exist in public without judgement. Outside of the community, you're just playing dress up, and you're anonymous. Brian from the YouTube channel Regular Car Reviews did a YouTube short that explains this pretty well.
Not a single dedicated, representative furry emoji that I'm aware of (unless we count 1F43E – paw prints), but there are a couple emoji which happen to be furry. In addition to the plethora of animal emoji (which aren't furry, but likely to be appreciated by furries), there are several emoji of cats with expressive faces (which do technically classify as furry), such as:
1F638 – grinning cat face with smiling eyes;
1F63B – smiling cat face with heart-shaped eyes;
1F63C – cat face with wry smile;
1F640 – weary cat face.
There was also the unofficial and very narrowly supported combination of ‘hacker cat’ and a few others:
I'm not aware of any single furry emoji, but I've noticed a lot of furry communities on the Fediverse using custom (non-Unicode) emoji packs; see [1] for how that might work. Also an example of the feature in use[2].
Why are flags part of unicode? I thought the point of unicode was to add something for every glyph ever written in every text so they can be stored digitally as plain text. Flags are... not text. And who decides what sorts of flags and valid which aren't? I mean... we know who.. .but humour me.
(didn't read the article because the website is deliberately unreadable. zero guilt)
The reason I've heard is because Japanese phone companies had invented their own version of emojis on their own encoding scheme pre unicode, and to switch over, they needed unicode to also include support for these emoji, which is why a lot of them are very Japan specific.
Emojis then blew up with the rest of the world once people worked out how to enable them on the iphone. And since unicode has unlimited space for new emoji, there is little reason to deny any widely used symbol an emoji representation.
The part i dont like is that country flags are encoded via country code, so if the regime changes (and adopts a new flag) all the flags in your document retroactively change.
This could have very different meaning. E.g. flag of Afghanistan before vs after the Taliban took over.
One of the points of Unicode was to replace every other existing text encoding. This requires enough fidelity to be able to round-trip the text back and forth to them so that you can receive data in another text encoding, store it in Unicode, and then spit it back out in that same other text encoding without anything having changed.
The classic IBM PC text encoding ("codepage 437") already contains the card suits, gender symbols, and box drawing characters which are not text glyphs, so any "non-text symbols" battle was lost before it even started.
The point of Unicode is to try and be the One True Encoding and remove the need for all other language encoding standards, so there's never any more "mojibake" or cross-border compatibility issues. In order to do this, every feature that has existed in other encoding standards has to be supported in Unicode, or else people will stick to that other encoding in some circumstances.
With emoji specifically, they were popular in Japan dating all the way back to the 90s, via carrier-specific encoding standards. The lack of emoji support in messaging was a reason that the iPhone and Android were slower than expected to take off in Japan, and so Apple and Google asked the Unicode Consortium to add emoji support, so they could have this feature on their phones while sticking to a universal encoding standard. IIRC, the Unicode Consortium was actually hesitant to do this and didn't want to be involved with standardizing pictograms into Unicode, but eventually relented.
I hate to be rude, but I found the writing quite difficult to follow in its technical aspects, and the pink and black glitter formatting was the last straw. I ended up dumping it into ChatGPT to rewrite the technical content in a form that’s easier to follow, in the hopes of elevating the discussion - I hope I don’t have to do this often on HN, but the technical story was interesting enough that it’s worth rescuing: https://gist.github.com/telotortium/58fe0c16f03455721420b768...
I knew the details behind this because Windows 10 didn't include font with the trans flag by default, and so it always rendered as flag + trans symbol. I eventually installed the emoji font from the Windows 11 betas and found much of what I read to suddenly be a lot nicer looking.
P.S. I love the effects on this website :3
> Flags for countries with Unicode region codes [ie. recognized by ISO] are automatically recommended, with no proposals necessary! [...] the Emoji Subcommittee is no longer taking in any proposals for flags of any kind.
They have a section addressing new pride flags specifically near the end of the FAQ.
https://news.ycombinator.com/item?id=44283231
https://news.ycombinator.com/newsguidelines.html
And it isn't flamebait to point out the f*cked up power dynamics in highly-government-influenced standards orgs. Especially the Unicode Consortium, since you can fit the alphabets of the official language of every country but one into a 16-bit space (no I'm not advocating Han Unification -- in fact precisely the opposite). The whole rest of the world has to deal with variable-length encodings and "grapheme cluster" nonsense just to keep one country happy.
dang, you have impugned my honor. I demand satisfaction in the form of a duel! Nerf guns at twenty paces.
These tangents always go in the same direction, too: they bump the thread off the back road (obscure Unicode details!) and onto the well-paved multi-line highway (to hell!).
None of that matters though, if you're going to be as good-humored as this!
> Although they can be displayed as Roman letters, it is intended that implementations may choose to display them in other ways, such as by using national flags. The Unicode FAQ indicates that this mechanism should be used and that symbols for national flags will not be directly encoded. This allows the Unicode consortium to avoid any issues surrounding which countries to include (and, de facto, recognize), instead leaving it entirely to the system implementation as to which flags to include (see: partially recognized state).
https://en.wikipedia.org/wiki/Regional_indicator_symbol
Both the People's Republic of China and the Republic of China agree that there exists an entity called "Taiwan, Province of China" (TW). They have different views about what that entity's flag is (and many other things about that entity), but Unicode doesn't offer any opinions on that.
In the meantime this arrangement works out since ROC constitution still legally asserts it's but part of One China polity, i.e. it doesn't matter what TWers think or DPP claims, or tries to legally engineer (additional articles /legal fiction limiting ROC political jurisdiction to "free area" of tw + islands). Until TW voters&politicians actually formally separates / declares independence, as in change ROC constitution by renounce claims on mainland, they'll lose 3166-1 designation because PRC gets to remove them, and won't get a new one because PRC veto. They'll lose their emojis (maybe iso codes, maybe domain depending on US/ICANN drama)... which TBH will be least of their worries.
It’s kind of like how New Zealand is included as a province of Australia, technically, in their constitution.
Having earned thousands of dollars fixing old systems to deal with new character sets, I can’t really complain.
Also, 8 bit codepages, for all their problems (a different kind of hell), didn't break the assumption that each character is encoded as one byte. In that way, they didn't break software in interesting ways like UTF-encoded and possibly decomposed Unicode is able to do. Back then, it was something of a blessing at surface level, but the proliferation of string handling code and concepts that assume this one to one mappping just don't fit well with Unicode. And UTF-8 specifically gives the illusion to English speakers that using naive 8 bit string handling works.
Color modifiers are just ZWJ sequences. Those existed before. The color modifiers themselves are not the most complicated things that get attached to ZWJ sequences among languages that Unicode supports.
OpenType today supports color tables that mean most emoji modified by colors aren't "handcrafted" but algorithmically constructed. (As many ligatures and other ZWJ sequences often are.)
> Also, 8 bit codepages, for all their problems (a different kind of hell), didn't break the assumption that each character is encoded as one byte.
That is broken in other 8-bit codepages as well, it was just seen as an exception/edge case rather than the rule. The big obvious exception has always been \r\n (carriage return then newline), but there's also ^H (control-H) and ^W (control-W) sequences (effectively backspace and delete word), and the entire gamut of things done with ANSI and/or VT100 escape seqences starting with Escape often stylized as ^[.
> And UTF-8 specifically gives the illusion to English speakers that using naive 8 bit string handling works.
Unless emoji are present, which is one of the great things about emoji and emoji becoming a very common form of punctuation in English text. Naive 8-bit string handling was always wrong. Emoji help make it visible how wrong it was. (In part by doing things other languages do such as ZWJ sequences and having code points out in the Astral Plane and other such features.)
A bunch of control codes are historically part of character encodings, and their encoding is very consistent within codepages of the same family (ASCII/ANSI and EBCDIC). You don't have to have any awareness about the active codepage/language to handle them correctly.
Terminal escape sequences are a poor form of in-band signaling between devices (now virtualized), not text. I comsider that out of scope.
Anyway, as we get into the weeds here, I do not want to dispute the enormous practical utility of Unicode and I am glad that it exists and covers so many of the world's writing systems and alphabets. It is one of the central standards that connects people today. But from the purely technical perspective, the steady complexity creep is undeniable and brings somewhat hidden costs to software systems.
Written like this, emojis look a bit like stargate addresses [1F3F3 FE0F 200D 26A7 FE0].
I knew that emoji symbols have a way of using modifiers but this is the first time I’m getting a glimpse into the process of iterating on a proposal. Thanks for sharing!
I love how you have considered so many ways to ensure that it will degrade gracefully, as far as is possible for certain glyph handling capabilities.
Good skills ... how on earth does this work? I pasted your glyph quite a lot and found that backspace changes it into the other flag:
EDIT: Oh dear, HN strips out funky glyphs so this post looks a bit odd.
I hope they add the bi flag one day.
Also, this website is delightfully hilarious. It's got music. I haven't seen that since the old days. Very nostalgic. I read in Reader Mode, but enjoyed the expression of self.
Really, it should have a full implementation of heraldry.
Unicode can only be complete when it is a full renderer. If I can't render my video game using one complete "glyph", what are we even doing in this world?
https://hecate.pink/about/
Usually it sounds like a weird advice and we'd want site owners to aim for readability...but TBH, blaming a site on a .pink domain on a page explaining the codepoints of an emoji flag to not be universally accessible seems beside the point.
I realise it's a stylistic choice but there's been a few posts where I felt tired after reading their articles. And it also feels like one of those YouTube shorts sketches where one person pretends to be multiple people and it starts feeling a bit cheap/meh.
I think it would be fine if it they toned down on the interjections/interruptions
The particles are a problem for some sensory processing disorders that cannot tune out motion. This is why the prefer reduced motion attribute exists.
I appreciate that you and I probably agree that some people with anti-LGBTQ sentiments will pick on anything atypical about a website like this to claim some notional moral high ground to punch down, but in the case of the particles specifically there are disability accommodation reasons to consider them something toggleable.
(Though using reader mode is probably sufficient for those users, as the site is developed to support it well.)
The Unicode Consortium will no longer accept proposals for flags.
https://unicode.org/emoji/proposals.html#Region_Flags_Withou...
Actually, they can do it by adding a new ISO 3166-1 alpha-2 country code. By splitting a country or merging several.
It's a Chinese character and there are two variants. The left-hand variant (卍) represents 和 (peace) in religious contexts, whereas the right-hand variant represents 力 (power). The specific glyph the Nazis co-opted is the right-hand variant, and it is considered inappropriate to use in the West (for this reason, I am not reproducing the character here).
The glyph appears in texts predating the existence of Nazi Germany, and I assume that is the reason the Unicode Consortium has not removed the glyph yet.
Note that I am not defending this decision (nor the usage of the glyph today). One could argue that historians should use a special font that can render these two glyphs, but the problem is likely a lot more subtle than I am thinking.
As an aside: the left-hand variant is used in Japanese maps to mark the location of Buddhist temples.
Having a deliberate policy of granting bad people permanent sole ownership of whatever symbols they use seems less than ideal.
Why lgbt people are attracted to being a furry, I don't know. Maybe Disney made the male animals too sexy and a bunch of gay people latched on to that hard in childhood. Maybe its because lgbt are more online then normal and got exposed to this stuff when they were 13 and they developed a strong interest in this stuff. My feel on it as someone who's been around a ton of furries its a gay thing because its always been a gay thing.
As a trans woman it's been pretty impossible to not interact with the furry community when I'm around other gay or trans people. It's extremely common especially the younger or more online you go.
With furry especially, that particular fandom has for decades been openly and loudly supportive of LGBTQ+ people and a very very significant percentage are queer. It's a very, very safe place for exploration.
Cognitive restructuring, aka adopting a new norm, is the DSM recommendation, because it usually works. Exploration is healthy.
Modern psychology has built up an incredible memeplex that is accepted unquestioningly despite being an enormous load of bullshit / giant house of cards.
All relativist extremists fall back on it and use it to justify their detachments from and disdain for the shared reality we all inhabit together. Sad to witness, and only growing stronger, it seems.
https://www.youtube.com/shorts/2xfwA-668SI
1F638 – grinning cat face with smiling eyes; 1F63B – smiling cat face with heart-shaped eyes; 1F63C – cat face with wry smile; 1F640 – weary cat face.
There was also the unofficial and very narrowly supported combination of ‘hacker cat’ and a few others:
https://emojipedia.org/hacker-cat
[1]: https://misskey-hub.net/en/docs/for-users/features/custom-em...
[2]: https://thegayagenda.fans/notes/ah5imm41r1ru05a7
https://news.ycombinator.com/newsguidelines.html
(didn't read the article because the website is deliberately unreadable. zero guilt)
Emojis then blew up with the rest of the world once people worked out how to enable them on the iphone. And since unicode has unlimited space for new emoji, there is little reason to deny any widely used symbol an emoji representation.
This could have very different meaning. E.g. flag of Afghanistan before vs after the Taliban took over.
The classic IBM PC text encoding ("codepage 437") already contains the card suits, gender symbols, and box drawing characters which are not text glyphs, so any "non-text symbols" battle was lost before it even started.
With emoji specifically, they were popular in Japan dating all the way back to the 90s, via carrier-specific encoding standards. The lack of emoji support in messaging was a reason that the iPhone and Android were slower than expected to take off in Japan, and so Apple and Google asked the Unicode Consortium to add emoji support, so they could have this feature on their phones while sticking to a universal encoding standard. IIRC, the Unicode Consortium was actually hesitant to do this and didn't want to be involved with standardizing pictograms into Unicode, but eventually relented.
Neither is poop, and yet someone decided that was important enough to include.