XML Core WG Status and Open Actions as of 2012 January 16

The XML Core WG telcons are every other week.

Our next telcon will be 2012 January 25.


Status and open actions
=======================

xml-stylesheet and HTML5
------------------------
Hnery took an action to file a bug about xml-stylesheet
handling.  Done:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14689

Henry has done a lot more testing and filing of results to date.

ACTION to Henry: File a bug against the HTML5 spec saying that it 
should support styling XML with CSS.

The CSS2 spec says something about styling XML with CSS.
Henry also notes http://www.w3.org/Style/styling-XML.en.html.

Henry's tests are at
http://www.w3.org/XML/2011/11/ssTests/
You need to look at the README and README2 files there.


issues with the Polyglot draft
------------------------------
Henry sent email with various potential issues at
http://lists.w3.org/Archives/Public/public-xml-core-wg/2011Nov/0037

We should discuss each point and decide what we think.

We discussed the point about the spec recommending [P1] the use 
of the UTF-8 BOM.

[P1] http://dev.w3.org/html5/html-xhtml-author-guide/#character-encoding

Discussion didn't finish, continue in email.  

ACTION to John:  Post summary/followup of our telcon discussion about
use of the UTF-8 BOM in HTML5.


XInclude @xpointer when parse="text"
------------------------------------
Previous email discussion at
http://lists.w3.org/Archives/Public/public-xml-core-wg/2011Oct/thread.ht
ml#msg46
and
http://lists.w3.org/Archives/Public/public-xml-core-wg/2011Nov/thread.ht
ml#msg12

We seem to have three choices:

1.  allow use of the @xpointer attribute when parse=text
2.  add a new "@textptr" attribute to use when parse=text
3.  add a new "@fragid" attribute to use in all cases and possibly
    deprecate the @xpointer attribute

We are leaning toward choice #2 which Norm will include in the
XInclude 1.1 requirements document and initial draft.


Extending XInclude
------------------
We've discussed extending xinclude to copy attributes on the 
xinclude element down to the root included element.

Some issues include:

1.  exactly what attributes to copy?  Henry and Liam preferred to 
copy un-prefixed attributes (except those in the xinclude spec) too.

Norm worries what this would mean if we add another attribute
in the XInclude spec?

Henry wants to be able to have unprefixed attributes copied
onto the root included element.

Henry: we could add a new "copy me without prefix" namespace 
to xinclude.

Norm doesn't need that, but could live with it.

2.  what to do about attribute conflict (error or one or the other
wins).

3.  whether we should "log" additions (e.g., via an attribute that 
says what attributes were added).

At first, we didn't think this was much of a concern, but then we
realized perhaps it was something worth considering.

4.  whether we should have some way for targets to say whether they
can be xincluded and/or, when included, have attributes added.


XInclude 1.1
------------
This would address the two issues discussed above:
* @xpointer when parse="text"
* copying attributes from the xinclude element to the root
  included element

If we want to produce an XInclude 1.1, we will need an amended 
charter as indicated by Ian at
http://lists.w3.org/Archives/Public/public-xml-core-wg/2011Dec/0014
but we can discuss requirements now.

Norm drafted an initial XInclude 1.1 requirements document at
http://www.w3.org/XML/2012/01/xinclude-11-requirements/

(Eventual) ACTION to Norm:  Produce the initial XInclude 1.1 
editor's draft.


LEIRIs and new editions
-----------------------
We continue to wait to see what might happen with IRIbis.


XML 1.0 6th Edition and XML 1.1 3rd Edition
-------------------------------------------
ACTION to John:  Update the XML sources for XML 1.0 and 1.1
to reflect any errata and the LEIRI reference.

On hold awaiting resolution of IRIbis.


XInclude 3rd Edition
--------------------
ACTION to Paul:  Update the XML sources for Xinclude to reflect 
any errata and the LEIRI reference.

On hold awaiting resolution of IRIbis.

Received on Monday, 16 January 2012 14:46:53 UTC