- From: Norman Walsh <ndw@nwalsh.com>
- Date: Tue, 04 Oct 2011 12:30:18 -0400
- To: public-xml-core-wg@w3.org
- Message-ID: <m24nzo67ol.fsf@nwalsh.com>
"Grosso, Paul" <pgrosso@ptc.com> writes:
> I understand the bottom line of your experiments to be that,
> if one defines xinclude processing to include copying certain
> attributes on the xinclude element to the included root element,
> it is possible to define id-fixup.
>
> Is that a fair statement?
I think so.
Defining id-fixup along the lines suggested by the DocBook TC required
two things:
1. The ability to find where the XInclusions occurred.
2. The ability to add author-specified annotations to those roots.
On the whole, I think we could justify fixing point 1 in XInclude
without biting off the "id fixup" question ourselves in XInclude.
I'm much less confident that we can justify point 2 without having
the larger use case in mind.
What's more, the actual mechanism I chose, pushing attributes from the
xi:include element down into the included content seems like a total
hack.
> I didn't understand what cx:id="refid1" was doing, and (perhaps
> related) I didn't understand how idref fixup worked (no, I didn't
> study the XSLT to figure this out).
How it works depends on the fixup and linkscope settings. With respect
to cx:id, it's there to handle the case where you want to link to a
specific instance of the XIncluded content. Because in general fixup
is going to massage the ID values, if you don't have some way of
overriding the top-most ID, you can't link to it "from outside."
I'm not actually sure I thought that through all the way.
> Finally, if adding attributes to the xinclude element (and defining
> their processing) is sufficient to allow specification of id-fixup,
> is this something we as a WG might want to write up, perhaps as a
> WG Note?
Perhaps. I think the first question to answer is whether or not we
think my hack for migrating attributes from xi:include down into
content is something we could even come close to justifying.
Be seeing you,
norm
--
Norman Walsh
Lead Engineer
MarkLogic Corporation
Phone: +1 413 624 6676
www.marklogic.com
Received on Tuesday, 4 October 2011 16:30:50 UTC