[rfc-i] [rfc-design] draft-iab-xml2rfc-03, "1.3.4 Additional Changes from v2"

julian.reschke at gmx.de (Julian Reschke) Wed, 22 June 2016 06:18 UTC

From: julian.reschke at gmx.de (Julian Reschke)
Date: Wed, 22 Jun 2016 08:18:31 +0200
Subject: [rfc-i] [rfc-design] draft-iab-xml2rfc-03, "1.3.4 Additional Changes from v2"
In-Reply-To: <CE22E676-8D36-48AF-A262-ED0DDAE6BCC7@vpnc.org>
References: <79f4273c-4e41-26cb-6090-c616b37c071f@gmx.de> <CE22E676-8D36-48AF-A262-ED0DDAE6BCC7@vpnc.org>
Message-ID: <8c24cb4f-44e1-8815-03a8-be60c88c989b@gmx.de>

On 2016-06-22 01:56, Paul Hoffman wrote:
> On 17 Jun 2016, at 7:25, Julian Reschke wrote:
>
>> <https://greenbytes.de/tech/webdav/draft-iab-xml2rfc-03.html#rfc.section.1.3.4>:
>>
>>
>> "Made <seriesInfo> a child of <front>, and deprecated it as a child of
>> <reference>. This also deprecates some of the attributes from <rfc>
>> and moves them into <seriesInfo>."
>>
>> I recently worked on my implementation of that change, and found it to
>> cause lots of friction because code that supports v2 and v3 now needs
>> to support it in two places.
>>
>> It'll also cause problems with the reference libraries; do we expect
>> them to switch to v3 format (breaking older existing documents)?
>
> That's an open question. Maybe they'll support both versions.

They can only do that if we specify what it means to have <seriesInfo> 
in both places. Otherwise formatters will generate duplicate entries in 
the output.

>> AFAIU, this cause was motivated by the desire to use <seriesInfo> also
>> outside <reference>, thus for the current document. If that's the
>> goal, ouldn't it be much simpler to keep <seriesInfo> as child element
>> of reference>, and just allow it as child element of <rfc>?
>
> We discussed this earlier, and we didn't agree that it would be "much
> simpler".

Pointer?

I'm now arguing from implementation experience; I hope that counts. :-)

Best regards, Julian