如何在Windows shell中为文件types添加辅助动词?

Windows shell编程的基本思想是可以将给定的文件types(扩展名)与MS当前正在调用的progid(例如Company.Type.Ver)相关联:

HKCR \ .txt @ = Acme.Text.1

HKCR \ Acme.Text.1 @ =这是Acme的文本文件关联的progid

然后Acme Corp可以将HKCR \ Acme.Text.1 \ shell的子键(如HKCR \ Acme.Text.1 \ shell \ open)放入任意多个shell动词。

但是,如果我是XyzCorp,如何添加辅助动词到文本文件?

我不想篡夺主文件关联 – 我很高兴它与Acme.Text.1相关联,但我想添加“导入到Xyz编辑器”。

我可以:
1.给Acme的progid添加一个动词(如HKCR \ Acme.Text.1 \ shell \ my-verb)
2.为我们两个人创build一个新的progid,并将Acme的数据复制到该数据中,并将XyzCorp的动词合并到
3.直接向文件扩展名添加动词(至less可以这样做)
4.

有谁知道这个“正确”的答案?

编辑:我真的不高兴任何解决scheme,涉及不得不修改别人的PROGID。 我真的希望添加一些东西 – 一个IContextMenu或任何需要的,在关联的PROGID外添加额外的动词/选项给定的文件types。

这似乎是一个疯狂的系统,如果progid是个别开发公司拥有的,可以随意删除或更改。 这会使我感到脆弱(卸载某些东西和噗噗,文件扩展名停止工作,或者安装某些东西,同样的,你的第二动词也会消失,因为ext现在映射到一个不同的专有的PROGID,当我们安装(当时不知道这个其他的不存在progid)),只是愚蠢的。 毕竟,所有这些版本的Windows,微软都没有想出一种给定文件types的处理层的方法? 真?!?

我只是发现这个flabbergasting! less年编程101涉及学习命令模式或其他分层/级联系统。 Windows WinProcs本身被组织成一个命令模式模式 – 这样,从内部窗口上下文到外部,许多可能的处理程序在给定的MSG被给予一个裂缝。

当然,有一种方法可以添加适用于多个扩展的动词,而不会覆盖扩展的主要progid关联,而这个关联本身完全独立于主扩展 – > progid映射(这样用户可以随时间安装多个程序,而且仍然有权访问该文件types的辅助动词)。

我想我可以看看HKCR。* …我知道它可能会添加适用于所有文件types的动词。 但是,我需要find一些方法来过滤,以便我们的动词只存在于我们应该适用的实际文件types中。

Solutions Collecting From Web of "如何在Windows shell中为文件types添加辅助动词?"

这是可能的,这很容易做(一旦你知道在哪里看)。 魔术在于关键的HKEY_CLASSES_ROOT\SystemFileAssociations 。 在这里你会发现很多以文件扩展名命名的子项。 只需在这些下创建你想要的shell / open /命令键。

这是一个显示结构的示例注册表文件。 如果将其保存为.reg文件并将其导入,那么您将在所有.txt文件中添加“Import into Xyz Editor”命令,而不会影响主文件关联:

 Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\SystemFileAssociations\.txt] [HKEY_CLASSES_ROOT\SystemFileAssociations\.txt\shell] [HKEY_CLASSES_ROOT\SystemFileAssociations\.txt\shell\xyz-import] @="Import into Xyz Editor" [HKEY_CLASSES_ROOT\SystemFileAssociations\.txt\shell\xyz-import\command] @="notepad.exe \"%1\"" 

同样在HKCR\SystemFileAssociatons有几个键不以扩展名命名:“text”,“image”,“video”等。这些对应于HKCR扩展名下的PerceivedType条目。 例如, HKCR\.png\PerceivedType设置为“image”, HKCR\.jpg\PerceivedType也是如此,因此您可以在HKCR\SystemFileAssociations\image下添加处理程序,该程序将显示所有“图像”类型。

文件扩展名下的无名值(又名默认值或标准值)可以是一个progID,但不一定是。 这实际上只是一个标识符。 即使看起来有别人的名字,也可以在文件类型标识符下添加动词。 下面的段落考虑每个选项。

1.给Acme的progid添加一个动词(如HKCR \ Acme.Text.1 \ shell \ my-verb)

这个得到我的投票。 这很简单有效。 ACME软件的升级/重新安装不会影响您添加到ACME文件类型/ progid中的动词。 卸载Acme软件通常不会删除您的动词,因为卸载程序通常不会删除包含它们未创建子项的注册表项。

2.为我们两个人创建一个新的progid,并将Acme的数据复制到这个数据中,并将XyzCorp的动词合并为

这将在更改时工作,但在Acme的程序升级/重新安装时将停止工作 – 安装程序将不知道更新共享文件类型。 同样,当Acme的卸载程序运行时,它不会删除这些动词,所以它们会将命令悬挂到一个不存在的路径。

3.直接向文件扩展名添加动词(至少可以这样做)

我只是在Win XP SP3上试过,不幸的是它没有工作。 动词必须在文件类型键下设置,而不是文件的extesion键。

4.

您可以创建一个ContextMenu处理程序 – 这是一个外壳扩展,需要实现COM接口。 壳上下文菜单中描述了与简单的注册表配置的动词相比,上下文菜单处理程序的区别和优点的概述。

总结为了简单,我会去#1。 XYZCorp的安装程序可以检查文件扩展名是否存在文件类型,如果是,则在现有类型下添加动词,或者创建一个新的文件类型(如果不存在)并在其下注册该动词。