>1. Can we avoid I18N issues in the first version?
>How can we *not* avoid it?
The only way to avoud I18N issues is to avoid proposals that fly in
the face of any notion of internationalisation.
>2. Should we accept the FontStyle node?
This is not so bad.
>The above reservation aside, we need to do *something* with text
>styles. This proposal is simple and generic, while providing for a
>fair amount of expressiveness.
It is certainly not generic. How about:
Text3
Fields:
MFString string - array of strings to display. Each
string is a new "line."
MFString language - as according to RFC XXXX
and leave spacing and justification for the moment.