Re: [Rfcplusplus] (no subject)

"Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org> Thu, 21 June 2018 18:57 UTC

Return-Path: <rse@rfc-editor.org>
X-Original-To: rfcplusplus@ietfa.amsl.com
Delivered-To: rfcplusplus@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E978713123F for <rfcplusplus@ietfa.amsl.com>; Thu, 21 Jun 2018 11:57:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 Z2o4BU_Impq6 for <rfcplusplus@ietfa.amsl.com>; Thu, 21 Jun 2018 11:57:03 -0700 (PDT)
Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56B27131105 for <rfcplusplus@ietf.org>; Thu, 21 Jun 2018 11:57:03 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 26E591C392C for <rfcplusplus@ietf.org>; Thu, 21 Jun 2018 11:56:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YM4jVoy4TsLU for <rfcplusplus@ietf.org>; Thu, 21 Jun 2018 11:56:57 -0700 (PDT)
Received: from Heathers-MacBook-Pro.local (unknown [IPv6:2603:3023:30a:e7e0:8c2b:2c01:1597:ebb7]) by c8a.amsl.com (Postfix) with ESMTPSA id ECFC11CADDF for <rfcplusplus@ietf.org>; Thu, 21 Jun 2018 11:56:56 -0700 (PDT)
To: rfcplusplus@ietf.org
References: <01b801d408b8$b0d068c0$12713a40$@ndzh.com> <794e44e7-3d99-0911-48d2-4592c3ed8293@mozilla.com> <995c9aaa-34d4-e5a1-a8be-c5ac11797db7@gmail.com> <19BA68C8-1401-4178-A137-25AA8EFF5973@gmail.com>
From: "Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org>
Message-ID: <c7b4be81-a2cd-0a4f-69f2-79f28b6ac913@rfc-editor.org>
Date: Thu, 21 Jun 2018 11:57:02 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.0
MIME-Version: 1.0
In-Reply-To: <19BA68C8-1401-4178-A137-25AA8EFF5973@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfcplusplus/ZeYnjPFORY7jDQOqinOTiZFxtUo>
Subject: Re: [Rfcplusplus] (no subject)
X-BeenThere: rfcplusplus@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: For discussion of the RFC++ BoF proposal and related ideas <rfcplusplus.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfcplusplus/>
List-Post: <mailto:rfcplusplus@ietf.org>
List-Help: <mailto:rfcplusplus-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rfcplusplus>, <mailto:rfcplusplus-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jun 2018 18:57:13 -0000

On 6/21/18 11:40 AM, Bob Hinden wrote:
> Brian,
>
>> On Jun 20, 2018, at 4:40 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>
>>
>> I don't know Sue's answer, but mine (as noted in my draft) is that it
>> doesn't really matter how large and bright we make the labels on the
>> documents, because the underlying problem (if there is one) is human
>> nature. That said, I strongly support using the new RFC format to make
>> the labels larger and brighter.
>>
> I think that’s an excellent suggestion.  We will soon be able to use the new formatting tools to make the status of the document much clearer.   I think that much better than attempting to start new number series for each type of RFC, which I think will only cause more confusion to the community of people us use the RFC series.
>
> Once we decide how to do this using the new formats to do this, I suspect we could change the tools that create html and PDF from the existing base of txt RFCs to make them similarly make the status much clearer.  This approach will do something with the existing RFCs, nothing in the current BOF proposal does that.
>
>

That has been one of my expectations, that after we had a bit of 
experience with the new format that we could discuss if and how to use 
the new CSS to modify the look of different statuses and/or streams. The 
W3C has some experience with this, though they go as far as to have 
different CSS for everything from drafts to Recommendations and every 
possible point in between.

There are several ways we could approach solving for the confusion 
problem(s). I'd rather make sure we're clear on the problem(s) before 
diving into any particular solution.

-Heather