Re: [apps-discuss] Call for Adoption: draft-seantek-text-markdown-media-type

Sean Leonard <dev+ietf@seantek.com> Mon, 04 August 2014 14:25 UTC

Return-Path: <dev+ietf@seantek.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CD371B2B15 for <apps-discuss@ietfa.amsl.com>; Mon, 4 Aug 2014 07:25:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=ham
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 PXICmkvct3aL for <apps-discuss@ietfa.amsl.com>; Mon, 4 Aug 2014 07:25:49 -0700 (PDT)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A03EC1B2B11 for <apps-discuss@ietf.org>; Mon, 4 Aug 2014 07:25:49 -0700 (PDT)
Received: from [192.168.123.7] (unknown [23.240.242.6]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 04AF7509B8; Mon, 4 Aug 2014 10:25:47 -0400 (EDT)
Message-ID: <53DF979D.8040500@seantek.com>
Date: Mon, 04 Aug 2014 07:24:29 -0700
From: Sean Leonard <dev+ietf@seantek.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: "Murray S. Kucherawy" <superuser@gmail.com>
References: <64A70A8D-E82B-4269-B243-6A5DA98AEB56@standardstrack.com> <20140721195032.7791.qmail@joyce.lan> <01PAFXOJO2QQ007ZXF@mauve.mrochek.com> <20140722170739.174919sctur0hbwg@webmail.tuffmail.net> <CAL0qLwZQefg75bdcH5pxm0ipGdT4AUMOhMEuo70Kg_01yxs9fA@mail.gmail.com>
In-Reply-To: <CAL0qLwZQefg75bdcH5pxm0ipGdT4AUMOhMEuo70Kg_01yxs9fA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/apps-discuss/tawlv1R7-AhtepQh3GgQuVIWgw0
Cc: IETF Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] Call for Adoption: draft-seantek-text-markdown-media-type
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Aug 2014 14:25:51 -0000

On 8/3/2014 11:12 PM, Murray S. Kucherawy wrote:
> On Tue, Jul 22, 2014 at 2:07 PM, Sean Leonard <dev+ietf@seantek.com 
> <mailto:dev+ietf@seantek.com>> wrote:
>
>     Just wanted to add some observations that I made at the APPSAWG
>     presentation:
>
>
> While reviewing our open calls for adoption, I just noticed that this 
> document currently requests Informational status.  Why not Proposed 
> Standard?
>

I am okay with Proposed Standard/Standards-Track status.

However, I am also okay with Informational status.

Section 3.1 of RFC 6838 <http://tools.ietf.org/html/rfc6838#section-3.1> 
effectively says that the registration proposal for a standards-tree 
registration (i.e., text/markdown) MUST be published as an RFC, which 
can be Standards Track or Informational (or BCP or Experimental).

Informational is a somewhat lower bar than Standards-Track, and I would 
rather have a registration than have the doc mired in techno-politics 
and bikeshedding. :)

Ned Freed (and others) made several good points about the nebulous-ness 
of the Markdown format. There is no canonical Markdown format that 
everybody agrees upon and looks to; the original Gruber specification 
leaves much ambiguous. But this proposal avoids adopting work on the 
Markdown format. If another person or organization can herd the cats, 
good for them. This proposal is primarily about getting the media type 
(and parameters) standardized, which would be useful to the community. 
If that fits in Standards-Track, then great. Otherwise, Informational 
will do just fine.

Cheers,

Sean