W3C home > Mailing lists > Public > www-xml-xinclude-comments@w3.org > February 2012

Comments on XInclude 1.1 Requirement and Use Cases

From: Chris Lilley <chris@w3.org>
Date: Mon, 20 Feb 2012 21:40:21 +0100
Message-ID: <1087425081.20120220214021@w3.org>
To: www-xml-xinclude-comments@w3.org
Hello www-xml-xinclude-comments,

TS;WR: great [1]

Looking at
http://www.w3.org/TR/xinclude-11-requirements/ 
XInclude 1.1 Requirement and Use Cases
W3C Working Group Note 14 February 2012

I have the following comments.

Firstly, being able to extract portions of a text document is significant useful new functionality which alone would justify a new version.

Secondly, invalidating all existing documents is clearly most unwise and overloading/extending xpointer could also be problematic, so a new attribute seems the cleanest solution. It does have the minor disadvantage that when some new (non-XML, non-plaintext) media type becomes prominent, yet another attribute needs to be added. But that probably does not happen very often and the proposed 'textpointer' is sufficiently clear that a new 'foopointer' could be cleanly added in a later version.

Third, ID fixup would be valuable provided that it was under the author's full control. In particular it should be possible to prevent it happening (e.g. because scripts are looking for particular IDs which must be preserved as-is).

Fourthly, with the pre-post communication improvement, is there any impact on xproc?

Thanks for a clear and well-motivated requirements document.

[1] Too Stupid; Won't Read :) because I hate TL;DR

-- 
 Chris Lilley   Technical Director, Interaction Domain                 
 W3C Graphics Activity Lead, Fonts Activity Lead
 Co-Chair, W3C Hypertext CG
 Member, CSS, WebFonts, SVG Working Groups
Received on Monday, 20 February 2012 20:40:34 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:09:38 UTC