flac dev - Apr 2023 - Does anybody know about a windows clipboard flavour name for FLAC in use?

Hi all,

As some of you might know, the FLAC format is being processed by an
IETF working group to become an internationally recognized standard.
Part of this process is FLAC being assigned a media type (also known
as MIME-type by many): audio/flac. However, during review of the
application, it was requested to include a UTI and a Windows Clipboard
Flavour Name.

Now, apparently the latest macOS already includes a UTI for FLAC as
one of its core types, apparently that is org.xiph.flac. If anyone can
confirm that, that would be great.

Finding any Windows Clipboard Flavour Name (see
https://learn.microsoft.com/nl-nl/windows/win32/dataxchg/clipboard-formats)
already being in use by any program seems harder. As there are a lot
of devs around here, does anybody know of any Windows program allowing
copying/cutting/pasting of FLAC data? If so, what is the name being
used to designate the clipboard contents?

If no-one knows of a name already being used, I suggest using
audio/flac. Apparently for at least jpeg, gif and png, media types are
also being used as clipboard format names/flavour names.

Kind regards, Martijn van Beurden

> On Apr 7, 2023, at 3:00 AM, Martijn van Beurden <mvanb1 at gmail.com>
wrote:
> 
> Now, apparently the latest macOS already includes a UTI for FLAC as
> one of its core types, apparently that is org.xiph.flac. If anyone can
> confirm that, that would be great.
FLAC isn?t listed as one of the system-declared UTIs on
https://developer.apple.com/documentation/uniformtypeidentifiers/system-declared_uniform_type_identifiers

However, on my system (macOS 13.3) using

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister
-dump

I see the following:

type id:                    org.xiph.flac (0x707c)
bundle:                     CoreTypes (0x1018)
uti:                        org.xiph.flac
localizedDescription:       "ar" = "??? FLAC",
"ca" = "?udio FLAC", "cs" = "FLAC
audio", "da" = "FLAC-audio", "de" =
"FLAC-Audio", "el" = "???? FLAC", "en" =
"FLAC audio", "en_AU" = "FLAC audio",
"en_GB" = "FLAC audio", "es" = "Audio
FLAC", "es_419" = "Audio FLAC", "fi" =
"FLAC-??ni", "fr" = "Audio FLAC",
"fr_CA" = "Audio FLAC", "he" = "??? ??
FLAC", "hi" = "FLAC ?????", "hr" = "FLAC
audio", "hu" = "FLAC-hang", "id" =
"Audio FLAC", "it" = "Audio FLAC", "ja"
= "FLAC?????", "ko" = "FLAC ???",
"LSDefaultLocalizedValue" = "FLAC audio", "ms" =
"Audio FLAC", "nl" = "FLAC-audio", "no"
= "FLAC-lyd", "pl" = "audio FLAC",
"pt_BR" = "?udio FLAC", "pt_PT" = "?udio
FLAC", "ro" = "audio FLAC", "ru" =
"????? FLAC", "sk" = "FLAC audio", "sv"
= "FLAC-ljud", "th" = "???????? FLAC",
"tr" = "FLAC sesi", "uk" = "FLAC-?????",
"vi" = "?m thanh FLAC", "zh_CN" =
"FLAC??", "zh_HK" = "FLAC??", "zh_TW" =
"FLAC??"
flags:                      active  apple-internal  imported  core  trusted
(0000000000000065)
conforms to:                public.audio
tags:                       .flac, audio/flac

So it does appear that org.xiph.flac is included in CoreTypes.

Stephen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/flac-dev/attachments/20230407/c5aca1e4/attachment.htm>