Re: [media-types] Macintosh file type code

"Chris Lilley" <chris@w3.org> Fri, 09 December 2016 16:43 UTC

Return-Path: <chris@w3.org>
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 2C63A1294D1 for <media-types@ietfa.amsl.com>; Fri, 9 Dec 2016 08:43:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.796
X-Spam-Level:
X-Spam-Status: No, score=-4.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-2.896, SPF_HELO_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 S9vPbG3Vz_zp for <media-types@ietfa.amsl.com>; Fri, 9 Dec 2016 08:43:21 -0800 (PST)
Received: from raoul.w3.org (raoul.w3.org [IPv6:2001:470:8b2d:804:52:12:128:0]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49A8D129480 for <media-types@ietf.org>; Fri, 9 Dec 2016 08:43:20 -0800 (PST)
Received: from 30-9-49.wireless.csail.mit.edu ([128.30.9.49]) by raoul.w3.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from <chris@w3.org>) id 1cFOGU-0004vP-MB; Fri, 09 Dec 2016 16:43:18 +0000
Content-Type: multipart/alternative; boundary="----=_NextPart_3397451.767614015569"
MIME-Version: 1.0
Date: Fri, 09 Dec 2016 11:43:10 -0500
Message-ID: <0fcf531b-f63b-43ff-91fa-aa3234dde8cc@getmailbird.com>
From: Chris Lilley <chris@w3.org>
To: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, media-types@ietf.org
In-Reply-To: <5e3c8a55-ea40-9bd1-5f45-b426b29b794f@it.aoyama.ac.jp>
References: <e25a4143-7999-4ed0-9947-776033636f15@getmailbird.com> <5e3c8a55-ea40-9bd1-5f45-b426b29b794f@it.aoyama.ac.jp>
User-Agent: Mailbird/2.3.36.0
X-Mailbird-ID: 0fcf531b-f63b-43ff-91fa-aa3234dde8cc@getmailbird.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/Hl5TxcplqmrHJGXzOC8hMkClaCY>
Subject: Re: [media-types] Macintosh file type code
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.17
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, 09 Dec 2016 16:43:24 -0000

On 2016-12-09 01:40:41, Martin J. Dürst <duerst@it.aoyama.ac.jp> wrote:
> 2) Is there value in adding the Apple UTI (which is at least documented, and in current use) to the registration templates?
>
> 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.

Do the individual subtypes that this draft is registering have UTIs, or
should they have them? If yes, then having this field is definitely
valuable.
Chris Lilley: 
Yes, they do, and I have added them to the current document yesterday.


> Raising on this list since it affects all other registration templates as well.

I'd propose you also ask for advice on
https://github.com/svgeesus/ietf-justfont/issues/24 and
https://github.com/svgeesus/ietf-justfont/issues/23
here on this list, because I think that's where the chance of getting
some valuable input is highest.

Chris Lilley:

Good idea, thanks Martin. The one about case insensitivity is settled, but I will send a separate message about the spaces in parameters. However, the current document now disallows spaces.


--
Chris Lilley
@svgeesus
Technical Director @ W3C
W3C Strategy Team, Core Web Design
W3C Architecture & Technology Team, Core Web & Media