>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.