XML Core WG Status and Open Actions as of 2012 August 13

The XML Core WG telcons are every other week.

Our next telcon will be August 22.


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

Charter renewal, need to rejoin
-------------------------------
The new XML Core WG charter has been approved:
https://lists.w3.org/Archives/Member/w3c-ac-members/2012JulSep/0033

The call for participation has gone out and all WG members must
have their AC rep rejoin the WG per
https://lists.w3.org/Archives/Member/w3c-ac-members/2012JulSep/0034


Fall TPAC
---------
There will be a TPAC meeting in Lyon, France in October/November:
http://www.w3.org/2012/10/TPAC/Overview.html

We have signed up to have a WG f2f there.

Likely to attend:  Norm, Liam, Henry, Jirka, Mohamed
Not likely to attend:  Glenn, Paul, John, Daniel


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.
Henry's tests are at
http://www.w3.org/XML/2011/11/ssTests/
You need to look at the README and README2 files there.

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

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

or

ACTION to Henry: Confirm that some combination of:
[Bug 17976] New: xml-stylesheet with type=text/xsl needs to be handled 
explicitly
and/or
[Bug 14689] xml-stylesheet with type=text/xsl needs to be handled explicitly
complete this action.


issues with the Polyglot draft:  xml:space and xml:base
-------------------------------------------------------
Henry has submitted his comments on xml:space and xml:base:
http://lists.w3.org/Archives/Public/public-xml-core-wg/2012Jul/0020
http://lists.w3.org/Archives/Public/public-xml-core-wg/2012Jul/0019

Is there anything left to track here, or can we remove these issues
from our ongoing minutes?

* Polyglot draft: BOM

* Polyglot draft: xml:space and xml:base


XInclude 1.1
------------
On 2012 February 14, we published
XInclude 1.1 Requirement and Use Cases
http://www.w3.org/TR/xinclude-11-requirements/

An updated charter is being reviewed by the AC.  We don't expect
any pushback, but in practice it will probably take a couple months
before we really have a new charter.

Meanwhile Norm is willing to continue to be editor of XInclude 1.1,
and we have started discussions at
http://lists.w3.org/Archives/Public/public-xml-core-wg/2012Jun/thread#msg6

So far, we have provisional consensus as follows:

* To add a fragid attribute.

* Some wanted to deprecate xpointer, others didn't, though in either
   case it's less a technical issue than "political".

* If both xpointer and fragid are specified, they should be identical.
   If not, some wanted to make this some kind of error, but not fatal
   and not something that triggered fallback.  Others didn't feel it
   needed to be an error, but again, that's less a technical issue than
   "political".

   If both xpointer and fragid are specified, when parse=xml, the value
   of xpointer should be used; if parse is not xml, the value of fragid
   should be used.

*  We decided to change @parse to allow other values (besides xml and text).
    The effects of other values are implementation dependent, and 
unrecogized
    values are a "recoverable error" which causes fallback.

*  In XInclude 1.0, we define "resource errors" which cause fallback.  Now
    that we have something other than a resource error that we want to cause
    fallback, we are going to change the terminology throughout the spec for
    errors that cause fallback (resource error -> recoverable error).

Regarding what attributes get copied and how, we appear to lean
toward copying only namespace qualified attributes. Regarding multiple
rootedness, we had consensus to do all attribute copying to all top-level
elements in the inclusion and let the application deal with multiple
identical xml:id's.

Regarding attribute conflicts, we had consensus that the xinclude value
should win.

What we're trying to do with XInclude here is just to allow enough
information to be passed through to allow the application to do
whatever fixup it feels it needs to do.

Norm (as editor) will explain in the draft how what we are trying
to do here with XInclude is to leave enough evidence in the post-included
document to allow subsequent processing to be able to do whatever it wants.

Henry says we could define a namespace that says copy me
without any namespace.  But he decided not to propose that
seriously now.

ACTION to Norm (as editor):  Create a first draft XInclude 1.1.
He will try to have a draft ready by the August 22 telcon.