I think you're conflating glyphs with characters. Multiple glyphs for a
single character, selectable by the font or the software is fine; we
don't necessarily need codepoints for things that are to be considered
the same character. (This begs the question of whether or not these
count as "the same character" as proposed originally, or something else.)
~mark
On 03/17/2015 01:45 PM, William_J_G Overington wrote:
>
> Suppose that plane 4 were introduced with a rule that if a rendering
> system cannot find in a font a glyph for U+4PQRS then it first looks
> in the font for a glyph for U+4P000 before using the .notdef glyph. P,
> Q, R, S are here used as placeholders, each placeholding for a
> hexadecimal value in the range 0 .. 15. In the example, Q, R and S are
> not all simultaneously zero.
>
> This would allow for a graceful use of a generic glyph indicating the
> meaning and indicating that there is an underlying encoding that could
> be rendered using a font that supplies a correct glyph.
>
> That would allow for sixteen independent blocks each consisting of one
> generic glyph and up to 4095 specific glyphs. One of those sixteen
> blocks could be used for this encoding project. The other blocks would
> be available for other encoding projects.
>
> Maybe smaller blocks and more of them with this particular encoding
> project having several such blocks ringfenced for it.
>
> William Overington
>
> 17 March 2015
>
>
>
> _______________________________________________
> Unicode mailing list
> Unicode_at_unicode.org
> http://unicode.org/mailman/listinfo/unicode
_______________________________________________
Unicode mailing list
Unicode_at_unicode.org
http://unicode.org/mailman/listinfo/unicode
Received on Tue Mar 17 2015 - 20:30:11 CDT
This archive was generated by hypermail 2.2.0 : Tue Mar 17 2015 - 20:30:13 CDT