Add gender symbols (Proposal 1)

[MDLC01]

Description

This PR implements Proposal 1 (iteration 2 3) from the Symbol Proposals document. It adds gender symbols under a new sym.gender sub-module, and removes the old emoji.transgender symbol.

Breaking changes (cc. @laurmaedje)

emoji.transgender is no longer valid. No breaking change as of iteration 3 (07bfd31).

[emilyyyylime]

[meta] Would a 'breaking change' label be useful?

[emilyyyylime]

Also CC @laurmaedje; could we devise some united protocol with typst/typst for deprecating and eventually removing symbols?

[MDLC01]

[meta] Would a 'breaking change' label be useful?

That's a good idea. I created breaking This involves a breaking change .

could we devise some united protocol with typst/typst for deprecating and eventually removing symbols?

I think removing symbols is fine in most cases. It is unlikely that we will change commonly used symbols, and even so, I don't think it would be worse the burden of implementing such a protocol.

[laurmaedje]

Also CC @laurmaedje; could we devise some united protocol with typst/typst for deprecating and eventually removing symbols?

Yeah, some sort of deprecation mechanism would be nice. But Typst doesn't even have that for any kind of constant yet, so we'd need to start there, maybe via some mechanism for deprecated entries of a Scope.

[laurmaedje]

Not sure how to deal with those hybrid thingies, which are sometimes emojis and some not. Doesn't removing it from emoji reduce our emoji coverage? Perhaps we should rather opt for suporting variation selectors in codex (by exposing strings rather than chars probably?) and force one to the emoji and one to the text presentation.

Slightly related are modifiers for skin tone etc. which should probably not be added by hand.

Side note: If we want to support multiple codepoints that could also have an effect on #9.

[MDLC01]

I agree it would probably make more sense in the long term to use clusters (probably exposed as strings) instead of codepoints. I just did not think it was an issue in this case.

If we do not decide to change that now, I see two options regarding this PR:

• Close it for now;
• Keep emoji.transgender for now, and add the appropriate variation selectors later.

[laurmaedje]

I think I'd be okay with the latter, I just don't want to remove it if we're gonna add it back anyway.

[MDLC01]

This PR is no longer breaking