W3C home > Mailing lists > Public > public-qt-comments@w3.org > May 2010

[Bug 9778] New: [SER] HTML output and namespace undeclaration

From: <bugzilla@jessica.w3.org>
Date: Thu, 20 May 2010 09:57:23 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-9778-523@http.www.w3.org/Bugs/Public/>

           Summary: [SER] HTML output and namespace undeclaration
           Product: XPath / XQuery / XSLT
           Version: Recommendation
          Platform: PC
        OS/Version: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Serialization
        AssignedTo: zongaro@ca.ibm.com
        ReportedBy: tim@cbcl.co.uk
         QAContact: public-qt-comments@w3.org

Suppose an XQuery processor which supports XML Names 1.1 attempts to serialize
the results of the following query as HTML:

    <my:island  xmlns:my="ns1" xmlns:dummay="dummy">
      <my:child xmlns:dummy="" />
    <p xmlns:foo="ns2">
      <strong xmlns:foo="">Will the undeclaration appear?</strong>

Will the namespace undeclaration xmlns:dummy="" be in the output or not?
Will the namespace undeclaration xmlns:foo="" be in the output or not?

The specification states that:

"The HTML output method MUST NOT output an element differently from the XML
output method unless the expanded QName of the element has a null namespace

However, the way in which the serialization of namespace undeclarations is
determined is by the "version" and "undeclare-prefixes" serialization
parameters.  Note that the "undeclare-prefixes" serialization parameter is
specified to have no effect in HTML output mode.

My presumption is that namespace undeclarations in HTML are treated as if
"undeclare-prefixes" was "no", but I can't see anything in the specification to
confirm this.

I admit that this is a contrived example!

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 20 May 2010 09:57:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:57:31 UTC