- From: Chris Croome <chris@webarchitects.co.uk>
- Date: Mon, 12 May 2003 13:48:28 +0100
- To: www-xml-xinclude-comments@w3.org
Hi XIncludes and recursion was discussed on xml-dev the other day and I just thought it might be worth foprwarding the following email to this list for info... The original thread can be read here: http://lists.xml.org/archives/xml-dev/200305/msg00232.html Chris ----- Forwarded message from Chris Croome <chris@webarchitects.co.uk> ----- Date: Sat, 10 May 2003 09:35:43 +0100 From: Chris Croome <chris@webarchitects.co.uk> To: xml-dev@lists.xml.org Cc: Petal discussion list <petal@lists.webarch.co.uk> Subject: Re: [xml-dev] XInclude Support Hi On Fri 09-May-2003 at 06:48:27PM -0400, Daniel Veillard wrote: > > Hum, XInclude spec requires recursion so I don't understand that > limitation statement, You mean this? Also note that contrarily to the XInclude specification Petal DOES allow recursive includes up to $Petal::MAX_INCLUDES. This behavior is very useful when templating structures which fit well recursive processing such as trees, nested lists, etc. http://search.cpan.org/author/JHIVER/Petal-0.92/lib/Petal.pm#limitations My understand is that it doesn't comply with this: http://www.w3.org/TR/xinclude/#loops Because it allows, for example, a fragment of XML, say a bit of a template for a sitemap to have a XInclude pointing to itself. If the following is in a file called nesting.html and it includes itself then I understand that this is not OK according to the spec. <li> <a href="#" petal:attributes="href child/uri;" petal:inner="child/title" >Child Document Title</a> <ul petal:set="children child/children" petal:if="children; here/continue_sitemapping child" petal:repeat="child children" > <xi:include href="nesting.html" /> </ul> </li> I have copied this to the Petal list, which I think is open, so it is fine to keep the CC if there are any replies to this. Chris ----- End forwarded message ----- -- Chris Croome <chris@webarchitects.co.uk> web design http://www.webarchitects.co.uk/ web content management http://mkdoc.com/
Received on Monday, 12 May 2003 08:48:30 UTC