javascript - OS X JavaScript for Applications可以识别哪些剪贴板类型的类字符串？

Question

StandardAdditions.sdef表示可以使用键“as”从剪贴板中检索特定的数据类型。



ClipboardInfo()函数揭示了这些键用于Applescript，但是对于优胜美地JavaScript来说则不太那么 Eloquent 。 (我还没尝试过10.11)



“文本”和“字符串”似乎有效，但是我尝试过的public.html public.rtf «class HTML » «class RTF » rtf html等的排列都没有。

是否有人在这里找到可用的键(假设剪贴板上存在特定的内容类型？)

(同时，对于JXA，当然有一些可行的ObjC()替代方案:

ObjC.import('AppKit');

// Types: 'public.rtf', 'public.html' etc
function pboardUnpacked(strType) {
    return ObjC.unwrap(
        $.NSPasteboard.generalPasteboard.stringForType(
            strType
        )
    )
}

// Types: 'com.apple.webarchive' etc
function pboardPlist(strType) {
  return ObjC.deepUnwrap(
    $.NSPasteboard.generalPasteboard.propertyListForType(
      strType
    )
  )
}

但是也要有简短的StandardAdditions习惯用法...

Answer 1

四字符代码(又名OSType，又名UInt32)是Apple事件和其他经典Mac OS API的基本构建块，其中极端紧凑性和机器效率比开发人员的便利性或可读性更为重要。 (请注意，系统7必须在带有2 MB RAM的8MHz 68030盒上运行。)大多数旧API早已被淘汰并被使用，或者至少被更现代的API大量抽象化(例如，UTI API并未这样做)。不仅提供本机UTI字符串支持，而且还封装了所有旧的MIME类型和4CC废话。

只有在使用同样古老的硬API(例如clipboard info)时，旧的废话才泄漏出去，如今这是非常痛苦且过时的。它返回的某些类型名称在AS的“雪佛龙”语法中显示为原始4CC(«class weba»，«class RTF »等与string，Unicode text)，这仅反射(reflect)了AppleScript自身内置的代码中没有相应的关键字词典(仅限于AS开发人员手动定义的关键字-代码映射)。而且即使您确实以这些替代格式之一检索文本剪贴板数据，它也通常对您毫无用处，因为AS无论如何都无法对该类型的数据进行任何操作，除非您找到另一个同样可以理解它的古老API。

UTI系统功能强大且成熟，自10.6左右以来就得到了广泛的支持，因此没有理由不使用它，并且有充分的理由避免它们被取代很久以来古老，陈旧，残缺的方案。否则，这简直是骗了自己一臂之力:此类API仍存在于AS中，仅反射(reflect)了AS团队未能按照Apple的其余部分来进行过时，过时/现代化的替换。建议不要使用它们。

..

至于一般的JXA和符号AE类型的问题...

JXA根本无法代表4CC，是因为其作者是离散的，没有在应用程序自动化方面的实际经验，并且屡屡失败自己的技术(Scripting Bridge，JXA等)或从those of us who do获得专家建议。

实际上，JXA不能表示类型和枚举名称-Unicode text，document，yes / no / ask等。(即type class和constant类型的值)-在所有上。由于JS没有本机的Symbol类型，因此其作者认为它们会很聪明，只使用String，并让网桥决定是否在基于Apple事件发送它们之前将这些字符串打包为typeType / typeEnum而不是typeUnicodeText描述符。命令的字典定义要求哪种类型的值是必需的。

这适用于琐碎的情况，例如close saving [yes|no|ask]，其中字典定义包含确定实际所需类型所需的所有信息，但是毫不奇怪，一旦您开始处理无法从字典中推断出所需类型的复杂用例，或者字典是不够完整或正确。精通AE技术的人已经意识到了这一点:应用程序词典的AETE / SDEF格式从来都不是完整，全面，准确的接口(interface)描述语言。仅是用于将人类可读名称(也称为“应用程序关键字”)映射到相应的低级4CC和/或从其映射的转换表，其他所有内容都作为用户文档存在，并不保证完整性或正确性；因此，尝试使用后者做其他任何事情都和您期望的一样可靠。

有趣的是，JXA的10.11 prelease注释表明它们默认情况下已禁用了这种“神奇的”转换行为(毫无疑问，因为它以其作者无法预期的许多其他令人兴奋的方式咬住了用户)。这些注释中没有迹象表明它们已经添加了Symbol类来正确表示JS中的AE类型和枚举名称，因此看看接下来还会发生什么很有趣。