Re: says it's valid, but it isn't even well-formed

Nick Kew <nick@webthing.com> wrote:

>On Mon, 9 Dec 2002, Tobias Reif wrote:
>
>>this test case
>>
>>http://www.pinkjuice.com/temp/w3_validator/adjattrs.xhtml
>
>The existing service is based on OpenSP, which has known limitations in
>its XML support.

The limitations in OpenSP's XML support are:

    OpenSP does not enforce the following XML constraints: 
    
    * XML constrains processing instructions with a target matching
      [Xx][Mm][Ll], both in terms of where they can occur and their
      content.

--> * XML does not allow a parameter separator that is adjacent to a
-->   delimiter to be omitted.

    * XML has constraints on the use of & in parameter literals. In
      SGML terms, XML says that the ero delimiter is recognized in a
      parameter literal, and that it must be followed by an entity
      reference, but the entity reference is not expanded. 
    
    Line ends are normalized using SGML conventions to a CR/LF character
    pair rather than using the XML convention of a single LF character. 
    
    OpenSP does not enforce XML's rules on not continuing normal
    processing after an error. Applications can enforce these if
    they choose. [...]
    
    OpenSP's support for XML is based on Annex K of ISO 8879 (the Web
    SGML Adaptations Annex). The following features of Annex K are not
    yet implemented: 
    
    * #IMPLIED document type name 
    * #ALL and #IMPLICIT in model groups and exceptions 

The relevant limitation would be "XML does not allow a parameter separator
that is adjacent to a delimiter to be omitted.", iff indeed this is one of
the limitations in OpenSP. A quick scan of XML 1.0SE didn't make it
immediately obvious where this constraint is expressed. Pointer?


-- 
My mom is a professional botanist, or, as her spousal equivalent described
it, they'll be out hiking in the woods, she'll see a plant off by the side
of the trail, run up to it, bend down, and start talking Latin at it.
                                                      -- Steve VanDevender

Received on Tuesday, 10 December 2002 00:36:54 UTC