[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Blueberry/Unicode/XML

• From: James Clark <jjc@j...>
• To: Tim Bray <tbray@t...>, xml-dev@l...
• Date: Tue, 10 Jul 2001 12:18:09 +0700

> Realistically, there are 3 options:
>
> 1. Leave it the way it is.
> 2. Do Blueberry and then repeat the process for Unicode 3.2
>    and 4.0 and so on every couple of years forever.
> 3. Bite the bullet, write the rules in terms of Unicode
>    metadata and go to a pure use-by-reference architecture,
>    probably adding a syntactic signal to reference the
>    Unicode version number.

I don't find any of these options very appealing.

Another bullet one could bite is to no longer make checking of name
characters (beyond what is needed to prevent ambiguity) a part of
well-formedness.  Whilst it's nice to have some sanity checking of names,
using inappropriate characters in names doesn't cause problems for further
processing layers to the same extent as other things that are part of
well-formedness do, such as unbalanced tags or duplicate attributes.

At least I think one should consider easing draconian error handling for bad
name characters to reduce deployment problems with option 2.

James

• Follow-Ups:
  • RE: Blueberry/Unicode/XML
    • From: Don Park <donpark@d...>
  • Re: Blueberry/Unicode/XML
    • From: jeremy@o... (Jeremy H. Griffith)
  • Re: Blueberry/Unicode/XML
    • From: Rob Lugt <roblugt@e...>
  • RE: Blueberry/Unicode/XML
    • From: Jonathan Borden <jborden@m...>

• References:
  • Presumption of XML's Stability (was RE: XML Blueberry (non-ASCII namecharacters in Japan))
    • From: Mike.Champion@S...
  • Blueberry/Unicode/XML
    • From: Tim Bray <tbray@t...>

• Prev by Date: Inputting eastern ideographs (was Re: XML Blueberry, etc.)
• Next by Date: Re: XML Blueberry (non-ASCII name characters in Japan)
• Previous by thread: Re: Blueberry/Unicode/XML
• Next by thread: RE: Blueberry/Unicode/XML
• Index(es):
  • Date
  • Thread