Windows 10で「プログラムから開く」メニューを編集する

PDFの分割と結合（PDF SAM）を頻繁に使用していますが、それをデフォルトのPDFハンドラーとして設定したくありません。

PDFを右クリックして[ プログラムから開く ]を選択すると、これらのオプションが表示されます。PDF SAMを選択するには、[ 別のアプリを選択]をクリックしてPDF SAMを選択する必要があります。

PDF SAMを直接[プログラムから開く ]メニューに入れたいのですが。

私はこれらの質問について助けを求めてきました：

• 「開く」コンテキストメニューからデフォルトのウィンドウアイテムを削除するにはどうすればよいですか？
• 「...で開く」メニューからアイテムを削除する方法は？
• ファイルを何で開くかを選択するときに推奨プログラムリストをカスタマイズする方法

レジストリを変更して、OpenWithListの2番目のオプションとしてPDF SAMを設定しました。

しかし、これは実際には何も変更しないようです。

Chrome、Edge、Waterfoxが[プログラムから開く ]メニューのプログラムのリストに含まれていなければ幸いです。これにより、PDF SAMがメインリストに移動するのに十分なスペースが空くと思いますが、レジストリのOpenWithListとそれを削除しても、違いはないようです。

アップデート1

コメントにリンクされた質問の提案（Windows 10で開くためにプログラムを手動で追加）に従って、DefaultProgramEditorを試しましたが、完全に失敗しました。

次に、HKCR.pdf \ OpenWithProgidsへのレジストリを開き、そこからWaterfoxエントリを削除しました。これにより、Open withリストからWaterfoxが実際に削除されましたが、そのメインリストにPDFSAMは追加されませんでした。

レジストリ：

メニューで開く：

したがって、プライマリリストから不要なエントリを削除する方法はわかりましたが、必要なエントリを追加する方法はわかりませんでした。

私もリストの同様の質問を見つけました：リストで奇妙なオープン（レジストリと矛盾）

そして、PDF SAMがその回答で提案されている両方のエントリを持っていることを確認するためにチェックしました。

アップデート2

1809をビルドするためにWindows 10をアップグレードした後、PDF SAMが[プログラムから開く]メニューに表示されるようになりました。

マイクロソフトがこの問題を解決したかどうか、または他の何かが壊れているかどうかを確認するためのテストはまだ行っていません。これを確認したら、答えを書きます。

* .pdfファイルの[Open with]コンテキストメニューにNitro Proを追加できない場合も、まったく同じ問題がありました。これはWin7にありますが、機能に対するMSのアプローチが両方のオペレーティングシステム間で変更されているようには見えません。

オンラインで見つかったあらゆる種類の提案を試し、NirSoftのOpenWithViewにも試してみました。（http://www.nirsoft.net/utils/open_with_view.htmlを参照）このツールは、「Windowsの[アプリケーションから開く]ダイアログボックスで利用可能なすべてのアプリケーション」を一覧表示します。案の定、Nitro Proも表示されていましたが、ツールのデフォルトのアイコンが概要画面に表示されなかったため、他のすべてのプログラムでは表示されたため、疑いました。次に、アプリケーションのパス（同じ概要の別の列）を再確認すると、現在のパスではなく古いパスがリストされていることがわかりました。（私はある時点でパスのフォルダー名を変更しましたが、この概要でそれを見つけて驚いた）

さらに別のNirSoftツールであるMUI Cacheview（http://www.nirsoft.net/utils/muicache_view.htmlを参照）を使用すると、「システム上のすべてのMuiCacheアイテムのリストを表示および編集」できます。MUIcache Nitro Proのいくつかの値が含まれています。最新の（そして正しい）ものだけでなく、どういうわけか時代遅れの名前も関係していた。どうやら、このエラー/廃止された値は、プログラムの異常な動作を説明する可能性のある、他のアプリケーションが最初に遭遇して差し控えたものでした。

できるだけ早くOpenWithViewがニトロプロ正しく（示されても、ツールのアイコンによって反射すなわち正しいパスを、）表示された、私はすでにの手順で「開く」リストに追加することができ示唆された：右のPDFファイルをクリックしてください>>で開く>>別のアプリを選択します（またはWin7では「別のプログラムを選択...」）。次に、正しい場所を参照し、実行可能ファイルを選択して、[開く]ボタンをクリックします。

「Open with」メニューのいくつかの要素が奇妙に振る舞うように見えるので、私は同じことがOPの場合に起こっていると主張していません（たとえば、OPによって言及されたこの他の投稿Strange open with list（inconsistent with registry）も参照してください）。それも除外されていません。NirSoftツールはフリーウェアであり、移植性があるため、OPは上記を簡単かつ迅速に試すことができます。

これは回避策ですが、機能します。

1）[プログラムから開く]を選択し、[ 別のアプリを選択]を選択します

2）[アプリケーションから開く]リストに追加するアプリを選択し、[このアプリで常に開く]ラジオボタンをクリックします。

アプリが[アプリケーションから開く]コンテキストメニューに表示されるようになるので、アプリをデフォルトアプリにしたくない場合は、もう一度プロセスを実行して、Adobe PDFリーダーをデフォルトアプリとして選択します。

Windowsレジストリは長年にわたって少し混乱しており、何が起こっているのかを理解することは困難です。時間がある場合は、レジストリの違いの前後を投稿して、このプロセスでWin 10が何を変更したかを確認できます。

それでもこの問題が解決しない場合は、解決策は

\HKEY_CLASSES_ROOT\Applications\"ProgramName.exe"\SupportedTypes

開きたい形式を含む新しい文字列を追加します。例：「.mp4」

APP-V 5xを介してアプリを展開するときに同じ問題が引き続き発生する場合：

私はプログラムをOpen Withコンテキストメニューで選択可能（そしてデフォルトを使用）にすることに成功しました。上記のソリューションはうまく機能していますが、通常、ユーザーは毎回コンテキストメニューを使用せずに、ファイルタイプに関連付けます。管理された環境にあり、SCCMデプロイメントを介して何も自動的に関連付けないため、小さな回避策は次のとおりです。

最初に、仮想化HKCR\Applicatons\something.exeされOpen Withたアプリでさえ、ユーザーに公開された後から選択できないいくつかの理由を探りました。次のPowerShellスクリプトを作成しました。トリックは、add-packageで実行してマシンコンテキストで実行するときに行われ、必要なデータをネイティブレジストリに配置します。はい、このスクリプトの方が簡単で透過的かもしれませんが、テスト目的では、最初のショットでは問題ありません。

$ConnectorScriptRootPath = Split-Path -Path ((Get-Variable MyInvocation).Value).MyCommand.Path -Parent

$ConnectorRootPath = Split-Path -Path $ConnectorScriptRootPath -Parent

$OWExecutable = """" + $ConnectorRootPath + "\Root\VFS\ProgramFilesX64\VLC\vlc.exe" + """" + " --started-from-file " + """" + "%1" + """"

New-Item -Path HKLM:\Software\Classes\Applications -Name vlc.exe –Force

New-Item -Path HKLM:\Software\Classes\Applications\vlc.exe -Name shell –Force

New-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell -Name Open –Force

New-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell\Open -Name Command –Force

New-ItemProperty -Path HKLM:\Software\Classes\Applications\vlc.exe -Name "FriendlyAppName" -Value "VLC Media Player" -PropertyType String -Force

Set-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell\Open -Value "Play with VLC Media Player" -Force

Set-Item -Path HKLM:\Software\Classes\Applications\vlc.exe\shell\Open\Command  -Value $OWExecutable -Force

そして、このファイルをスクリプトディレクトリに配置します。

[{AppVPackageRoot}]\..\Scripts\VLC_AddPackage.ps1

シーケンス処理した後、パッケージエディターで、マニフェストファイルをエクスポートし、TMUrgentソリューションのApp-Vマニフェストエディターで開きました。マニフェストエディターで私は行ってscripts/machine scripts/Add-package設定しました：

パス：PowerShell.exe
引数：-executionpolicy bypass [{AppVPackageRoot}]\..\Scripts\VLC_AddPackage.ps1
待機：true
タイムアウト：30

注意してくださいAppvEnvvars：上記のように持っている[{AppVPackageRoot}] には注意してくださいwait：スクリプトがうまくいかないと、タイムアウトがない場合、あなたが不要な状況である可能性があります。

パッケージを追加（および公開）した後、他のアプリケーションからパッケージOpen Withを参照し、ユーザーをデフォルトとしてセットアップできます。

ここでは言及していませんが、パッケージを削除するときは注意してください。公開時に追加されたエントリを削除する別のスクリプトがあるはずです。

お役に立てれば。