问题标签 [file-association]

这可能吗？我安装 Dreamweaver 是为了利用一些第三方插件来制作特殊的 xml 文件，但是在安装它后，它接管了我所有的 ASP.NET 文件类型（即使我在第一次启动时单击了弹出窗口中的“选择无”）。无论如何，有谁知道是否有一种快速的自动化方法可以将它们恢复到 Visual Web Developer？

我用“ftype”和“assoc”在windows中注册我的文件扩展名，这行得通。现在我的默认图标看起来很糟糕，我该如何更改这个图标？

基本上我有一个 TcxGrid，它将列出各种文件名，我想根据文件扩展名提供更多详细信息，特别是它的描述（例如，对于 .PDF，它是“Adobe Acrobat 文档”）及其相关图标。

我注意到已经有一个非常相似的问题，但它与 C# 相关，我想要基于 Delphi 的东西。

关于在哪里寻找这种信息的建议会很好，如果有一个类似于上面 C# 帖子中提到的类（显然是在 Delphi 中），那就太好了。

我的用户可以将文档附加到应用程序中的各种实体。当然，如果用户 A 附加了一个 .TIFF 文件，用户 B 可能没有该类型文件的查看器。

所以我希望能够调出这个对话框：

替代文字 http://www.angryhacker.com/toys/cannotopen.png

我的应用程序是带有 VS2005 的 C#。
目前我做 Process.Start 并传入文件名。如果没有找到关联，则抛出异常。

我在另一个大陆的 Windows XP 计算机上有一个程序。如果我通过双击关联文件来启动它，以便它根据文件类型关联运行程序，它会在某个点崩溃。如果我通过将关联文件拖动到程序图标来启动它，它工作正常。如果我双击图标并将关联的文件拖到窗口中，它工作正常。

现场的人向我保证，他已经三重检查了文件类型关联，它应该是正确的。

假设图标与注册表指向同一个可执行文件，那么以这两种不同的方式启动程序会有什么不同呢？

编辑：作为对评论的回应，我遇到问题的机器是用日语运行的，而我的普通机器是美国英语的。

我有一台装有 Visual Studio 2003 和 2005 的双设置开发机器。

如何将原始文件关联恢复到 Visual Studio 2003？

每次我尝试打开 *.cs 文件时，当我希望它在 2003 年默认打开时，它会以 2005 年打开它。

我知道如何使用“Windows 资源管理器/文件夹选项/文件类型”界面来执行此操作，但我想知道是否有更有效的方法可以将关联的文件类型恢复到 Visual Studio 2003。

编辑：

在 Visual Studio 2005 和 2008 中，您可以通过以下菜单链接恢复文件关联：工具 > 选项 > 环境 > 常规 > 恢复文件关联

为了恢复 Visual Studio 2003 的文件关联，您必须重新运行安装 DVD 并指定修复安装。

如何将文件的扩展名与 Windows CE 中的程序相关联？使用cmd运行我的 Python 程序太无聊了。如果我将 Python 与我的 **.py* 文件相关联，我将更快地运行我的程序。谢谢！

我有一个 MDI Windows 窗体应用程序 (.net 2008)，它允许用户将各种文件类型与应用程序相关联。我目前使用类似这样的注册表项来执行此操作，这会导致应用程序通过命令行加载和访问文件名：

在应用程序的 pre-.net 版本中，我使用了 DDE（注册表中的 ddeexec）。如果在 Windows 资源管理器中双击文件时正在执行应用程序实例，它将打开该文件而不启动应用程序的新实例。

既然 DDE 已被 Microsoft 弃用，那么在 .net 中，当在资源管理器中双击文件时，执行 MDI 应用程序打开附加文件的最佳方式是什么，而不是启动应用程序的新实例？

Can someone explain the difference between calling a perl script via file association versus calling the same script explicitly via perl.exe?

Apparently I/O redirection doesn't work very well when the script is called via file association, and I would really like to know why.

E.g. take a look at the Activestate FAQ for Perl on Windows. The cat file example works perfectly as long as the script doesn't receive its input via redirection. So

works as expected, but

does not. Not only is the .pl extension needed, but apparently the output of whoami isn't piped into the script. The script is run (which can be verified by modifying the example cat.pl script), but for some reason it doesn't receive the output of whoami as input.

However, if I call the script like this:

everything works as expected.

So apparently there is an important difference between running the script via file association and explicitly calling perl.exe with the script.

The FAQ mentions the problem and points out that using pl2bat to generate a bat file cover for the script fixes the problem, but I don't understand why this is necessary.

Please enlighten me.

我正在寻找一种以编程方式调整 Windows 系统上文件关联细节的方法。例如，特定文件类型的“打开”操作的“应用程序用户执行此操作”设置。

显然我可以通过直接修改注册表来做到这一点，但如果有一个 API，我更愿意使用它，因为它可能更能适应操作系统处理映射扩展到应用程序的变化。

出于我的目的，我需要在 VBScript (.VBS) 文件中编写它，因为它是与 VMWare ThinApp 一起使用的包的一部分，需要它。但是，我将移植/包装/这周我需要做的任何事情，所以我愿意接受任何解决方案（包括使用 .NET 框架）