为什么shellexecuteex用动词“ print”考虑应用程序的LNK文件设置？

Question

上下文

我通过将文件路径转发到shellexecuteex和动词print来通过Windows应用程序打印PDF文件。为该动词安装并注册Adobe Reader。默认情况下，读者在开始菜单中创建一个LNK快捷方式文件：

c：\ programData \ Microsoft \ Windows \ Windows \ Start Menu \ Program \ Adob​​e Acrobat dc.lnk

隐藏Windows

默认情况下，Reader在打印PDF时显示GUI窗口。一些客户不想要该窗口，只是尝试通过使用Windows Explorer属性更改LNK文件内容来“隐藏”它，以至少默认情况下最小化Windows。那个客户不知道这是否有效，一个人只是尝试了。

令我惊讶的是，这可以使用，更改LNK文件的最小化与非最小化/默认设置，使读取器窗口可见或最小化。

注册表没有任何更改，

我已经搜索了注册表，以了解有关print动词的更改设置，但找不到任何动词。新设置似乎确实仅存储在lnk文件中：

​几乎就像预期的那样，我从来没有使用LNK文件遇到过任何Shell动词注册。

"C:\Program Files\Adobe\Acrobat DC\Acrobat\Acrobat.exe" /p /h "%1"

但是，动词print的所有调用似乎都识别出设置，要么手动使用Windows Explorer中某些PDF的上下文菜单，要么在Shell上执行事物：

powershell -Command "Start-Process -Verb print '\\?\C:\[...].pdf'"

为什么很重要？

Adobe Reader提供命令行参数/h也可以最大程度地减少自身，但是使用它根本没有完全隐藏窗口。取而代之的是，显示了一秒钟左右的窗口，然后最小化，例如Adobe像Adobe一样。 OTOH，随着更改的lnk文件的变化，情况有所不同：实际上，窗口实际上是完全显示的，或者仅显示了窗口标题（例如窗口标题）或少于一秒钟的文物。

实际上，似乎是Adobe加载后独立执行某些操作与Windows本身创建最小化窗口之间的区别。

此外，如果可能的话，我想避免客户需要更改自己的LNK。该更改的问题在于，它不仅与print动词绑定，而是每当打开Adobe读取器时。有时，客户确实需要查看自己的PDF，而不是仅自动打印。

那么，这是如何工作的？

Windows本身是使用该LNK文件的设置，还是Adobe Reader实现的？

使用Procmon，我找不到有关Adobe读取器本身读取LNK文件的任何提示。同样，我找不到有关shell动词，shellexecuteex等的主题中记录的这种行为。这对我来说是完全出乎意料的，因为lnk文件是理论上的一些任意文件，这可能不存在所有人都可以称为一个喜欢的人，即使是其中的多个也可能存在于理论上，从理论上讲，启动了某些软件包或具有不同参数等的同一应用程序等的不同应用。

感谢您的任何见解。