3
Finder中“正在获取...”行为优胜美地中的“打开方式”菜单
我不知道其他人是否在优胜美地注意到了这一点： 当Finder中的文件处于焦点位置时，将光标移动到“打开方式”条目时，无论是从上下文菜单还是菜单栏->“文件”，都会出现“正在获取...”子条目。 片刻之后，像以前的OS X版本一样，出现了通常的可疑对象。 我认为这种行为应该有所改善。由于/Application/***.app/Contents/Info.plist是实时获取的，因此用户不再需要重置LaunchServices即可显示相关更改。这是我的推测。 但是，这给我带来了问题。我通过applescript或BetterTouchTool创建键盘快捷方式，以调用菜单栏->文件->打开方式->某些应用程序。 这样，我对FN + SHIFT + 1进行了编程，以使用TextMate，FN + SHIFT + 2 for Writer Pro等打开文件。 1）需要将光标放在“打开方式”上以触发提取，以及2）提取延迟会导致我的脚本无效。 我可以通过以下方法验证此理论：1）右键单击文件，1）将鼠标悬停在“打开方式”条目上，3）等待子菜单获取，4）单击上下文菜单之外使其消失，5）并调用键盘快捷键。 并且快捷方式有效。 所以这是我的问题： 1）显然，我可以恢复到优胜美地之前的行为吗？ 2）有没有人有聪明的方法来干净高效地按需打开带有多个应用程序的文件类型？ 更新： 到目前为止，我有一个解决方法，即创建一个Automator服务。这是TextMate的示例： 我可以通过1）菜单栏-> Finder->服务->使用TextMate打开，2）上下文菜单的顶层或3）键盘快捷键（如果我选择）来立即运行。 这有两个警告： 1）接收到服务中的项目必须尽可能宽泛地定义，例如文件和文件夹。Finder无法将例如.plist文件识别为文档。如果将服务设置为仅接收文档，则当您想在.plist文件中使用“ 打开时使用TextMate”将不会显示。 2）由于（1），此菜单项显示在Finder中的每个项目上。如果只有一个或两个自定义条目，那么这是无害的。如果有六个或七个，这组项目将接管上下文菜单。