[rfc-i] [IAB] draft-iab-xml2rfc-03, "B.2 Anchors and IDs"

julian.reschke at gmx.de (Julian Reschke) Tue, 10 May 2016 06:15 UTC

From: julian.reschke at gmx.de (Julian Reschke)
Date: Tue, 10 May 2016 08:15:20 +0200
Subject: [rfc-i] [IAB] draft-iab-xml2rfc-03, "B.2 Anchors and IDs"
In-Reply-To: <C2E2DF4E-6097-4FB6-B85B-E0AA1DCE05A8@cisco.com>
References: <60965ced-5f85-ab7a-f170-916fadfb9035@gmx.de> <C2E2DF4E-6097-4FB6-B85B-E0AA1DCE05A8@cisco.com>
Message-ID: <5aeb343c-6668-2b33-a69b-e722cc6e3850@gmx.de>

On 2016-05-10 01:06, Joe Hildebrand (jhildebr) wrote:
>> <https://greenbytes.de/tech/webdav/draft-iab-xml2rfc-03.html#rfc.section.B.2>
>>
>> "Authors can leave anchors in a document that can later be used for
>> references with the "anchor" attribute. Anchors can be included in the
>> following elements: <artwork>, <aside>, <blockquote>, <cref>, <figure>,
>> <li>, <reference>, <referencegroup>, <section>, <sourcecode>, <t>, and
>> <table>. The author can then refer to that anchor in the "target"
>> attribute of the <xref> element."
>>
>> This is inaccurate, as the grammar allows anchor attributes on more
>> elements, such as the child elements of <table>.
>>
>> In general, I'm +1 on allowing anchors for everything that creates a
>> well-defined anchor point in the document -- even when it might be
>> impossible to auto-create prose when xref'ing that point.
>
> Agree.  I'm fine with the preptool throwing an error if it can't figure out text to generate.
>
>> That said, there are many other elements that IMHO would need to allow
>> anchors as well: note, boilerplate, xref, relref, tt, strong, em, sub,
>> sup, spanx, and bcp14.
>
> Can we add those in the bis version?

Before we talk about "bis" versions, can we please have a new set of 
drafts? I believe over the last weeks, many issues have been reported 
that ought to be addressed...

Best regards, Julian