I have assumed that English and Japanese would be represented by
seperate nodes. Given that the amount of text represented in VRML will
not be large, I assume that the slight inconvenience of linguistic
separation, will be more than offset by the handling of CJK issues in
Unicode.
>The i18n group suggested we make the family an MFString, allowing a list
>of fonts to be specified. When searching for a glyph, each font is
>searched in order until one is found satisfying the slot in the coded
>character set.
This will not work when Chinese and Japanese are interspersed using
Unicode (or rather, high-quality glyph disambiguation will not be
possible). Please take note of the language field on the text node,
which, when combined together with my outlined font specification,
would solve the CJK issues in Unicode (or rather provide a foundaton).