Re: [media-types] image/webp rfc review
James Zern <jzern@google.com> Tue, 04 May 2021 00:34 UTC
Return-Path: <jzern@google.com>
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 47B743A1B09 for <media-types@ietfa.amsl.com>; Mon, 3 May 2021 17:34:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.599
X-Spam-Level:
X-Spam-Status: No, score=-17.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 wdoGKvhEcO_2 for <media-types@ietfa.amsl.com>; Mon, 3 May 2021 17:34:04 -0700 (PDT)
Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (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 B504E3A1B0B for <media-types@ietf.org>; Mon, 3 May 2021 17:34:03 -0700 (PDT)
Received: by mail-lf1-x134.google.com with SMTP id j10so10717894lfb.12 for <media-types@ietf.org>; Mon, 03 May 2021 17:34:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ki6V9tw3qJNNC6WO4WIKfrAG6iz0LAkUHndtMlExjvk=; b=SJuMsoMCxeSFZghee7h5jZPPqOD/je+0FXxCGSz1CilizPbXXu55m+cE+pyN5m42GH BzND/r5Yv6fgMFOl8RyDjpl0NFPttXxeIPrGDoRf+mdM7glsbiQwdmQvcUXIAfh6hI04 dZHHODEzjmYOLuuAOTioGxFa0/+iImVFgu/enuLuGQ6yKQrTa+gpVV9VuliDZdfTqyAX gEuQu7pEp+4FFkj1eOjmJEhMiQQrVzKvVSIe4LKtUauMPayU9CLQTktMycVwWGimdOMs Ew1C8ujGgjVFiQ4I+s1/nJZaJrSGx2DgULrvQwDMkehHYRjV924DNvPMX2dtpMlrqaUA YSAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ki6V9tw3qJNNC6WO4WIKfrAG6iz0LAkUHndtMlExjvk=; b=hrTe4mxW35cXZxA07SDIOWyYJEysfC6JPS1Op+N1xYpTX0bgUFngBHrQiPzrldf27/ UjE0GJC1IWVLYJ23f49CPSj3G3CPvrpi2NSQLZi3bhIQkIGrV2APlgqY/2hvdBgiutua JDpFAdT8/uLfT1brtt/fsXCuzBP6RhOEFcCpfMQimL8pF0V4dB2w4gmoHD2AV8Xx5IVI YnVR5+IHGkQBmgMWn2JJiqhbbv77mNuhoDNZr2ukFwBFuSyCHTUxDVHhzwx2GM0io3lC uNQbvyqzQPpN63p4XGG+qzCogBixU1DVHatY2Zlpec0NmIAAVlsN6ESK52XCjCfI7k4r UVlA==
X-Gm-Message-State: AOAM531Dds6wHUIikvPzJ3f6x3u6uZQA10z3zz+ODArNDYMbwzogamr6 Nh77eOhU1HZ0lh/5NA10fZXmGrpwKBy1y1uvKLsDQfBuHbiwTzOb
X-Google-Smtp-Source: ABdhPJw0Gr5+RXhJ8hUux2kWERi1Fz45zP3ZIYHcMQEYz/g1sovQiTbGX6x4ueG32mKxtlGQapSuz7e8Rr0whp8L3hs=
X-Received: by 2002:a19:ac0d:: with SMTP id g13mr15147882lfc.1.1620088440799; Mon, 03 May 2021 17:34:00 -0700 (PDT)
MIME-Version: 1.0
References: <CABWgkXLTfprJtQE4G1Uk7wGLd18cmSBM3RLiuyd1rbiHbyUJWA@mail.gmail.com> <03CAC457-FD86-4D97-B10A-FE0CA447C5C7@hoplahup.net>
In-Reply-To: <03CAC457-FD86-4D97-B10A-FE0CA447C5C7@hoplahup.net>
From: James Zern <jzern@google.com>
Date: Mon, 03 May 2021 17:33:49 -0700
Message-ID: <CABWgkXJnMuM6+D5wVB5-9uDBqqwesNyW9jOwyOZ8en-igYpi-Q@mail.gmail.com>
To: media-types@ietf.org
Content-Type: multipart/alternative; boundary="00000000000005389805c1763ce9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/9VKmm58EggXCnpljxk53qzsfFZw>
Subject: Re: [media-types] image/webp rfc review
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: Tue, 04 May 2021 00:34:08 -0000
Hi Paul, On Mon, May 3, 2021 at 12:17 PM Paul Libbrecht <paul= 40hoplahup.net@dmarc.ietf.org> wrote: > Dear James, > > It seems that you have taken come steps toward my wish: > > File extension(s): webp > Macintosh file type code: UTTypeWebP com.google.webp > > I am not sure what UTTypeWebP means (a property-list key?) but > com.google.webp sounds to be an Apple Uniform Type Identifier > <https://developer.apple.com/library/archive/documentation/Miscellaneous/Reference/UTIRef/>. > Is that correct? > Yes. I found that when looking for something as a replacement for the deprecated Macintosh code as you mention [3]. I notice now that its value is 'org.webmproject.webp' not 'com.google.webp', however. > My suggestion would be that you enrich your declaration so that it > supports interoperability for clipboard exchanges between different apps. > For this, I believe that you have to add a uniform type identifier > (including the “conforms to” part, declaring a parent type) and a windows > clipboard flavour name. At best this is defined already by implementing > applications. > > I could imagine the following declaration to be sensible: > > - Macintosh Uniform Type Identifier: com.google.webp conforms to > public.image and to public.data. > > I think mentioning the direct relationship to public.image may be best given you can follow it upwards past public.data. And maybe 'Apple Uniform Type Identifier' would be more appropriate now. > > - Windows Clipboard Flavour Name: WebP > > I didn't see a registered reference for a standard clipboard format, but GDI was updated to support the format with the ImageFormatWEBP GUID [4] . > > > Feel free to revisit (add riff as one of the parent types?), reject, or > consider this suggestion. > > Thanks in advance. > > Paul > > PS: I believe that the entry Macintosh file type code was for the 4-bytes > code that used to be registered at Apple back then. I’ve been trying to > push an update of the RFC6838 but haven’t yet got this to start. > [3] https://developer.apple.com/documentation/uniformtypeidentifiers/uttypewebp/ [4] https://docs.microsoft.com/en-us/windows/win32/gdiplus/-gdiplus-constant-image-file-format-constants > On 30 Apr 2021, at 4:54, James Zern wrote: > > As a follow up to my original request [1] I drafted a rfc for the purpose > of registering image/webp [2]. I'd appreciate it if you could review the > content when you have time. > > [1] https://tools.iana.org/public-view/viewticket/1187000 > [2] https://datatracker.ietf.org/doc/draft-zern-webp/ > > _______________________________________________ > media-types mailing list > media-types@ietf.org > https://www.ietf.org/mailman/listinfo/media-types > > On Mon, May 3, 2021 at 12:17 PM Paul Libbrecht <paul= 40hoplahup.net@dmarc.ietf.org> wrote: > Dear James, > > It seems that you have taken come steps toward my wish: > > File extension(s): webp > Macintosh file type code: UTTypeWebP com.google.webp > > I am not sure what UTTypeWebP means (a property-list key?) but > com.google.webp sounds to be an Apple Uniform Type Identifier > <https://developer.apple.com/library/archive/documentation/Miscellaneous/Reference/UTIRef/>. > Is that correct? > > My suggestion would be that you enrich your declaration so that it > supports interoperability for clipboard exchanges between different apps. > For this, I believe that you have to add a uniform type identifier > (including the “conforms to” part, declaring a parent type) and a windows > clipboard flavour name. At best this is defined already by implementing > applications. > > I could imagine the following declaration to be sensible: > > - Macintosh Uniform Type Identifier: com.google.webp conforms to > public.image and to public.data. > - Windows Clipboard Flavour Name: WebP > > Feel free to revisit (add riff as one of the parent types?), reject, or > consider this suggestion. > > Thanks in advance. > > Paul > > PS: I believe that the entry Macintosh file type code was for the 4-bytes > code that used to be registered at Apple back then. I’ve been trying to > push an update of the RFC6838 but haven’t yet got this to start. > > On 30 Apr 2021, at 4:54, James Zern wrote: > > As a follow up to my original request [1] I drafted a rfc for the purpose > of registering image/webp [2]. I'd appreciate it if you could review the > content when you have time. > > [1] https://tools.iana.org/public-view/viewticket/1187000 > [2] https://datatracker.ietf.org/doc/draft-zern-webp/ > > _______________________________________________ > media-types mailing list > media-types@ietf.org > https://www.ietf.org/mailman/listinfo/media-types > >
- [media-types] image/webp rfc review James Zern
- Re: [media-types] image/webp rfc review Erik Wilde
- Re: [media-types] image/webp rfc review Chris Lilley
- Re: [media-types] image/webp rfc review Paul Libbrecht
- Re: [media-types] image/webp rfc review James Zern
- Re: [media-types] image/webp rfc review James Zern
- Re: [media-types] image/webp rfc review Paul Libbrecht
- Re: [media-types] image/webp rfc review James Zern
- Re: [media-types] image/webp rfc review Paul Libbrecht