Re: On XML and $EDITORs (Re: Things that used to be clear (was ...)) "Living Documents") side meeting at IETF105.)

Ted Lemon <mellon@fugue.com> Thu, 11 July 2019 15:30 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFF6A120191 for <ietf@ietfa.amsl.com>; Thu, 11 Jul 2019 08:30:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.604
X-Spam-Level:
X-Spam-Status: No, score=-0.604 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5hsZL4cokn2g for <ietf@ietfa.amsl.com>; Thu, 11 Jul 2019 08:30:43 -0700 (PDT)
Received: from mail-vs1-xe29.google.com (mail-vs1-xe29.google.com [IPv6:2607:f8b0:4864:20::e29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D56EF12024B for <ietf@ietf.org>; Thu, 11 Jul 2019 08:30:29 -0700 (PDT)
Received: by mail-vs1-xe29.google.com with SMTP id a186so2865456vsd.7 for <ietf@ietf.org>; Thu, 11 Jul 2019 08:30:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=g4xuTe2r+fcpqOr5LFCVIGtX44Fwv1DsM7nHBUddUqg=; b=smRQgYuxZIpPvOQG8ryCZFP7bpCrYZeNyqgBHZ365Lhz/aEqr+knYqNxlAmdAZ5IJi 9r15MOp7kkJHVwS0asmQKGDsGU/1nqeEtablLRNHDEFtHufPdawq9jRC1BKQq1p9vLq0 2VVgvfK+U0I38/PASnTYFKA7toAArm5dIERuo75rpnOZzvCAgjGfsH6DcXG/oXcSql0X 2mDqTzgcE6kqOvqSABQ7dIU6ed9i63vX36/7h2KZDtoM43469gi/msYY/skby2iYsg2h UTYv5jwQPtRCO1nOuWIMUrZDlhvk1Gn7wZYxoni008+fhxEJZ2ZFy+qWDBnyLlpXZoQA vGMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=g4xuTe2r+fcpqOr5LFCVIGtX44Fwv1DsM7nHBUddUqg=; b=Q5q/w4QyxsSQRlY+UjnUb09/Da5PNQgTkFqfvtjo+hGGUilDsysY/hNo5dogsOT0v+ 3fCiEoHtzkhg0NqDp5KP/P7JbntP3yEwBohN3KkJpeKw5n9oqGGkZTpLEeMthwaloPHm p+7i3iOXrpGtIVzA4xQPhALtE9YCHD6G5dxjTH0DKQ6epOC5nYQ4RoUi9zvT7A43RmNR JCAStWm/pMij2T96qn8qwTtRgN3tzrAhr2NCWxKcMcfo46W+cxAOYAz+9YWQpHdmonqp uxVJ9qAeL41TH1USN3cQ0eYKy3rxLKOXnAKF3DHv/PZaBIgy1wStXgCw5ZbzHezjPJdQ rAow==
X-Gm-Message-State: APjAAAUYN+qKXIWibZHX2LvgERUy7ao6uhY32vFUCKVFfDsqNg9Sln3h Jx/G222u9YBlu2Uip2nk7rP/gg==
X-Google-Smtp-Source: APXvYqwNG48jYRJVM3cYMMvhM932eR3OXFJHvZd3V3K/nzzBGHUlGrTeM9KJF/wXXWYNTBVUDnzS8w==
X-Received: by 2002:a67:ebcb:: with SMTP id y11mr5309254vso.138.1562859028758; Thu, 11 Jul 2019 08:30:28 -0700 (PDT)
Received: from ?IPv6:2001:470:c1a2:1:1414:e90b:150f:bd61? ([2001:470:c1a2:1:1414:e90b:150f:bd61]) by smtp.gmail.com with ESMTPSA id e128sm2180124vkh.10.2019.07.11.08.30.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Jul 2019 08:30:28 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: On XML and $EDITORs (Re: Things that used to be clear (was ...)) "Living Documents") side meeting at IETF105.)
From: Ted Lemon <mellon@fugue.com>
In-Reply-To: <00b1edcc-719b-e095-7c90-057efe63ed63@gmx.de>
Date: Thu, 11 Jul 2019 11:30:25 -0400
Cc: Phillip Hallam-Baker <phill@hallambaker.com>, Christian Huitema <huitema@huitema.net>, Keith Moore <moore@network-heretics.com>, IETF Discussion Mailing List <ietf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <D01E5836-7BD2-4234-B14C-667D3739D037@fugue.com>
References: <20190706185415.GB14026@mit.edu> <CABcZeBPgNr5UqQ0pLwwNu5wh0g9L9wCd6YyYKCUDO37SPru-_Q@mail.gmail.com> <20190708202612.GG60909@shrubbery.net> <9ae14ad1-f8d5-befb-64e4-fff063c88e02@network-heretics.com> <CABcZeBOH9LH8Jrz-A5eu9arqUb+bx8xs_eKWi0pyoh7a3qpOPA@mail.gmail.com> <20190708223350.GO3508@localhost> <af3b25d6-af16-a96a-c149-61d01afb4d01@network-heretics.com> <20190708233438.GP3508@localhost> <ea0b9894-ae9d-55a9-a082-af7aac5be66a@huitema.net> <20190710045202.GA3215@localhost> <20190710064451.GB3215@localhost> <06EF2608-038E-400F-86BA-34F57630B53F@fugue.com> <CAMm+LwjFgSK7DSaN2CpLxmL=PO22s2qjBvBHC48jH9UnFy8=wg@mail.gmail.com> <4d10d37c-f6cc-f818-6ecd-244f54e6512f@gmx.de> <0477F142-49A3-4BB4-A763-0BC90A3BF3C7@fugue.com> <00b1edcc-719b-e095-7c90-057efe63ed63@gmx.de>
To: Julian Reschke <julian.reschke@gmx.de>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/P1O090PKsb22-_iqcs_zHQnXzlE>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jul 2019 15:30:45 -0000

On Jul 11, 2019, at 11:20 AM, Julian Reschke <julian.reschke@gmx.de> wrote:
> If one says "normative", it's normative, no?

In terms of process, yes.   But I might refer to it informatively and normatively in the same document, and that could be marked properly in the XML if we cared.   I don’t think it’s very important, but if you add the ability to mark a reference normative, you either have to allow this or forbid it, and if you allow it, I think this is the right way to treat it.   I’d prefer to allow it—I think it’s useful.  The downside is that it requires more care, and that would be a good reason to forbid it. :)

>> It would also be nice if the publication date could default to “today”
>> and if the draft number could be determined automatically based on what
>> is most recent…
> 
> It already does default to "today", unless I'm missing something.

Oh cool.   Either I didn’t think to just leave the date tag empty, as Carsten suggests, or this was added at some point after I started using xml2rfc.   Of course, if the XML is normative, isn’t it the case that the published XML has to have a date tag that contains the publication date?

> Calculating the draft number *could* be done at submission time; I
> wouldn't want to do it always, because then, if the last was "01", the
> generated one will say "02" - even if it never gets submitted.

Sure, but that’s effectively what happens anyway, isn’t it?   The difference is that I might generate several -01s after -01 is published, or I might generate several -02s before -02 is published, depending on my habit.   This would eliminate that variability.   It’s always possible to generate a -02 that’s not the published -02, so I think making this automatic doesn’ t make the situation any worse, and does increase usability.