W3C home > Mailing lists > Public > spec-prod@w3.org > April to June 2019

respec: nested data-include usage

From: David Carlisle <davidc@nag.co.uk>
Date: Tue, 25 Jun 2019 10:13:33 +0000
To: Spec Prod <spec-prod@w3.org>
Message-ID: <48a1276c-e17e-4d18-da27-e5dbf6b2d832@nag.co.uk>
I am half contemplating switching the mathml spec sources (that have been in xmlspec since before there was XML)  to respec markup..

Initial experiments look promising but I can't get data-includes to work recursively (which of course I could avoid by flattening the source structure but...)

My top level index.html  file has

    <section data-include="src/parsing.html" data-include-replace="true"></section>

which works, but that file has

         <pre data-include="rnc-full.html" data-include-replace="true"></pre>

         <pre data-include="src/rnc-common.html" data-include-replace="true"></pre>

I wasn't sure of the base URI for the nested calls but seems to make no difference in either case the element is just copied through with the attribute unprocessed?

The user guide says

> The include filter runs recursively so that included content that contains data-include attributes will work

so I think it's supposed to work?

It is probably markup error on my part, but I thought I'd ask just in case

the example is live on github

xmlspec version (with included Relax NG schema included)


respec version, with failed inclusions


(There are lots of other formatting issues with the respec version but they can be addressed later, this is just a first draft conversion to see if it's feasible to switch. (Apparently an XML based workflow isn't as popular as it was in 1998:-)



The Numerical Algorithms Group Ltd is a company registered in England and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. 
Received on Tuesday, 25 June 2019 10:14:06 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:55:23 UTC