Re: [media-types] updates to RFC6838 in the horizon?
"Paul Libbrecht" <paul@hoplahup.net> Fri, 19 October 2018 06:18 UTC
Return-Path: <paul@hoplahup.net>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD1C0126CC7 for <media-types@ietfa.amsl.com>; Thu, 18 Oct 2018 23:18:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 aLQM2dI7aJby for <media-types@ietfa.amsl.com>; Thu, 18 Oct 2018 23:18:00 -0700 (PDT)
Received: from 3.mo177.mail-out.ovh.net (3.mo177.mail-out.ovh.net [46.105.36.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD872126BED for <media-types@ietf.org>; Thu, 18 Oct 2018 23:17:59 -0700 (PDT)
Received: from player737.ha.ovh.net (unknown [10.109.159.132]) by mo177.mail-out.ovh.net (Postfix) with ESMTP id B511BCFA7F for <media-types@ietf.org>; Fri, 19 Oct 2018 08:17:56 +0200 (CEST)
Received: from [192.168.170.33] (unknown [46.183.103.8]) (Authenticated sender: paul@hoplahup.net) by player737.ha.ovh.net (Postfix) with ESMTPSA id 963F2E00A7; Fri, 19 Oct 2018 08:17:45 +0200 (CEST)
From: Paul Libbrecht <paul@hoplahup.net>
To: Ned Freed <ned.freed@mrochek.com>
Cc: Alexey Melnikov <alexey.melnikov@isode.com>, media-types@ietf.org, Chris Lilley <chris@w3.org>
Date: Fri, 19 Oct 2018 08:17:33 +0200
X-Mailer: MailMate (1.12r5523)
Message-ID: <D2F76E58-663D-4BCD-8F85-B30224BA4EAE@hoplahup.net>
In-Reply-To: <01QYLCD6GWBE00BGSX@mauve.mrochek.com>
References: <e25a4143-7999-4ed0-9947-776033636f15@getmailbird.com> <01Q88GLSKJC4011H9Q@mauve.mrochek.com> <44F6AEF0-8A25-4981-8620-293FD5907483@hoplahup.net> <D01957F2-D4C6-4899-8417-C90B7546CD54@hoplahup.net> <f63aa5c6-5c45-8c91-3285-3421621e2621@isode.com> <01QYLCD6GWBE00BGSX@mauve.mrochek.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Ovh-Tracer-Id: 8580483193076648161
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: -100
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrfeehgddutdekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddm
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/3OrSLWQTg3kdQVa6rs6V1Sekw-A>
Subject: Re: [media-types] updates to RFC6838 in the horizon?
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/media-types/>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Oct 2018 06:18:03 -0000
Thank you Ned, On 19 Oct 2018, at 0:38, Ned Freed wrote: > I don't see a problem with a draft updating the template. Pretty low > cost thing > to do. OTOH, nothing prevents a registration from including > "additional" > additional information, nor is a registration precluded from omitting > any or > all of the additional information fields. That’s pretty clear and it seems like, such an actualisation is probably useful to at least give a hint that clipboard types may be relevant. > So the value of formally adding the fields would be if it gets people > to > list them when they wouldn't otherwise. Given past experience I'm > skeptical > this will happen. Well, on this, I think it does depend a lot on the type. Sometimes it makes no sense (to all or to some) to make consider put this into a clipboard (e.g. because a selection does not make sense) and for these, the authors will simply ignore it. At least, it seems to me that clipboard type names make more sense than Macintosh 4-letter codes. thanks paul > >> Hi Paul, > >> On 16/10/2018 16:04, Paul Libbrecht wrote: >>> Dear all, >>> >>> this topic seems to have gone asleep since a while. >>> >>> Can anyone provide me information on the process of suggesting >>> changes >>> to the RFC 6838 (Media Type Specifications and Registration >>> Procedures)? > >> Post a new draft with the new template(*)? I can't promise that there >> would be enough energy to get the update done, but seeing something >> concrete would certainly help. > >> (*) - if you never done this, contact me off-list. > >> Thank you, >> Alexey > >>> thanks in advance. >>> >>> Paul >>> >>> On 8 Dec 2016, at 23:17, Paul Libbrecht wrote: >>> >>>> This goes along the proposal I had to add UTI and Windows clipboard >>>> flavour names within the template. I remember having been too late >>>> "last time". >>>> […] >>>> Ned, how is the process to file such a change fo the template? >>>> >>>>>> 2) Is there value in adding the Apple UTI (which is at least >>>>>> documented, and in current use) to the registration templates? >>>>> >>>>> Not that I'm aware of, but more information can't hurt. >>>>>> My reason for asking is draft-ietf-justfont-toplevel >>>>>> https://datatracker.ietf.org/doc/draft-ietf-justfont-toplevel/ >>>>> >>>>>> which will define a new top-level Media Type for fonts. I am very >>>>>> tempted to just remove the "Macintosh file type code" from the >>>>>> registration template, and could go either way on replacing it >>>>>> with >>>>>> an "Apple Uniform Type Identifier" >>>>>> field - opinions welcome. >>>>> >>>>> Either way works. >>> >>> _______________________________________________ >>> media-types mailing list >>> media-types@ietf.org >>> https://www.ietf.org/mailman/listinfo/media-types
- [media-types] Macintosh file type code Chris Lilley
- Re: [media-types] Macintosh file type code Ned Freed
- Re: [media-types] Macintosh file type code Paul Libbrecht
- Re: [media-types] Macintosh file type code Martin J. Dürst
- Re: [media-types] Macintosh file type code Chris Lilley
- Re: [media-types] updates to RFC6838 in the horiz… Paul Libbrecht
- Re: [media-types] updates to RFC6838 in the horiz… Alexey Melnikov
- Re: [media-types] updates to RFC6838 in the horiz… Ned Freed
- Re: [media-types] updates to RFC6838 in the horiz… Paul Libbrecht
- Re: [media-types] updates to RFC6838 in the horiz… Ned Freed
- Re: [media-types] updates to RFC6838 in the horiz… Eric Prud'hommeaux
- Re: [media-types] updates to RFC6838 in the horiz… Ned Freed