Fwd: New CJK characters

[Wáng Yifán]

I just noticed that my message wasn't sent to the mail list.

---------- Forwarded message ---------
From: Wáng Yifán <747.neutron at gmail.com>
Date: 2021年11月3日(水) 10:56
Subject: Re: New CJK characters
To: <abrahamgross at disroot.org>


FWIW I was told that BabelStone utilizes a mechanic that glues each
element of IDS with WJ just like composite emoji (not dynamic though).
It may be useful if such kind of notation gets any official recognition.
Also see https://zi.tools/?secondary=ids

> Q: What would the specifics of such a system look like behind the scenes?
> A: I'm not sure yet, but I think Wenlin's CDL would be a good place to start.

I think we need a separation of concerns here. CDL looks more of a
font-level technology to me. Whether it will be adoptable or not, a
more plain text format in Unicode sequence, if not IDS, will be surely
required separately as the input to fonts.


2021年11月3日(水) 10:11 Abraham Gross via Unicode <unicode at corp.unicode.org>:

>
> I sent this by mistake while writing it up (before finishing), but you can tell the basic gist of what I was trying to say.
>
> 2021年11月2日 21:03, "Abraham Gross via Unicode" <unicode at corp.unicode.org> wrote:
>
> I have a proposal regarding the future of encoding new Unihan characters into Unicode that I'd like to float by this group to see if it makes any sense.
>
> New CJK characters keep on being encoded and it doesn't seem to be slowing down. This is to the point where there are now in unicode 92,856 CJK characters!
>
> I think that going forward, it would make a lot of sense if instead of encoding each new character as a separate codepoint, we adopt a paradigm like that of Sutton SIgnwriting - where Unicode would provide a set of all radicals and position/sizing modifiers - and anyone that wants to use any arbitrary non-encoded character would be able to just combine the radicals the right way (by using a gui designed for this, à la glyphwiki.org's or Wenlin's editor), and then be able to use the character right away. This would work because the font would have to support for all the basic strokes, and since all CJK characters are comprised of the basic strokes, the font will be able to put the character together without the need for a font maker to specifically create that character.
>
> This method of "encoding" would solve many problems we have now:
>
> Non encoded characters can be used without the need to wait years for the character to be accepted into Unicode, and then a couple more years until the major OSes update their fonts to support the new characters.
> This is in my opinion a really neat solution to the gaiji problem (described here).
> This would also give way to much more rapid font development time, since you'd only need to create the basic strokes and some radicals to get a working version of the font, then all other characters would just be refining the exact stroke size/positioning.
> Most CJK fonts only have a small subset of all available characters. This will allow for all fonts to support any character you wish - including ones you dream up.
> People have been coming up with new CJK characters for thousands of years, including nowadays (here's a new-kanji competition for example), but any new characters created nowadays would be extremely hard to get into Unicode since Unicode requires proof of use before they accept a proposal, but how are people supposed to use a character if they can't type it.
>
> I still think that Unicode should keep track of new characters in a Nameslist of sorts so that font makers have a base to go off of.
>
> Q: My (city) name has a character that isn't encoded. How can I type it quickly without needing to open up an editor and creating it each time?
> A: Adding them to your IME's dictionary would allow you to just create the character once.
> - This can be extended in such a way where an IME can be fully formed entirely out of preconstructed characters instead of codepoints.
>
> Q: What would the specifics of such a system look like behind the scenes?
> A: I'm not sure yet, but I think Wenlin's CDL would be a good place to start.
>
>
>