Windowsの右クリックメニューから複数ファイルをまとめて開く - 版の履歴

Turgenev: Notion-MW

2025-09-01T01:32:12Z

Notion-MW

← 古い版		2025年9月1日 (月) 10:32時点における版
108行目:		108行目:
	==== 複数種類に一括で追加？ ====		==== 複数種類に一括で追加？ ====

	<code>HKEY_CLASSES_ROOT</code>には<code>PerceivedType</code>という値があり、これに<code>video</code>などと指定されている場合は<code>HKEY_CLASSES_ROOT\SystemFileAssociations\video</code>にある設定が反映される（これによって複数種類のファイルに共通するメニューが作れる）…というような情報もあったのだが、手元のWindows ~~11では全く反映されなかった。~~		<code>HKEY_CLASSES_ROOT</code>には<code>PerceivedType</code>という値があり、これに<code>video</code>などと指定されている場合は<code>HKEY_CLASSES_ROOT\SystemFileAssociations\video</code>にある設定が反映される（これによって複数種類のファイルに共通するメニューが作れる）…というような情報もあったのだが、手元のWindows 11では全く反映されなかった。（追記: [https://www.pg-fl.jp/program/winreg/classes.htm#reg_hkcr_systemfileassociations Windows レジストリ解剖記: HKEY_CLASSES_ROOT - Programming Field]に、<code>image</code>のような定義済みの名前以外には無効と記載あり）

	そもそも<code>PerceivedType</code>に複数種類が指定できるか不明だったりと色々と意義が怪しいので諦めて各拡張子ごとに追加するのがよいのではないかと思う。CLSIDの部分は共通化されているわけなのでそれほど非効率な二重管理ということにもならないだろう。（そもそもこの辺のWindowsの仕様はころころ変わるっぽいのであまり頑張ってもしょうがないかも？）		そもそも<code>PerceivedType</code>に複数種類が指定できるか不明だったりと色々と意義が怪しいので諦めて各拡張子ごとに追加するのがよいのではないかと思う。CLSIDの部分は共通化されているわけなのでそれほど非効率な二重管理ということにもならないだろう。（そもそもこの辺のWindowsの仕様はころころ変わるっぽいのであまり頑張ってもしょうがないかも？）
157行目:		157行目:
	動作確認できたサンプルとしては、[https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb]はIContextMenuを使って実装されており、dllをビルドしてCLSIDのInProcServer32でそれを指定するとちゃんと右クリックメニューが追加される。		動作確認できたサンプルとしては、[https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb]はIContextMenuを使って実装されており、dllをビルドしてCLSIDのInProcServer32でそれを指定するとちゃんと右クリックメニューが追加される。

	また、メニューを追加する関数であるQueryContextMenuが呼ばれる時点で、引数となっているファイルの情報がわかる（Initialize関数においてIDataObjectが渡されているのでそれをクラスのフィールドなどとして持っておけばよい）ので、特定の拡張子のファイルのみに対してメニューを表示することもできる。もちろんファイルの内容まで読み取ってからメニューを表示するといったこともできるが、そこまですると右クリックするだけで動作が重くなるといった副作用が大きくなるのでやめた方が無難だろう。ただ、スタートメニューへのピン留め<code>{a2a9545d-a0c2-42b4-9708-a0b2badd77c8}</code>やPDF XChange Editor(9.3や10.2.1で確認)のメニューは実際にそのような挙動をする（余談だが、InfoTipの表示もexplorerが操作しづらくなる原因なのでshowinfotipを0にしたほうがいい）（サムネイルなどはバックグラウンドで並列に走るので操作にはあまり影響がない）。またエラーが発生した場合はexplorer自体が強制終了することもあり、全体的に実装は慎重に行ったほうがよい。		また、メニューを追加する関数であるQueryContextMenuが呼ばれる時点で、引数となっているファイルの情報がわかる（Initialize関数においてIDataObjectが渡されているのでそれをクラスのフィールドなどとして持っておけばよい）ので、特定の拡張子のファイルのみに対してメニューを表示することもできる。もちろんファイルの内容まで読み取ってからメニューを表示するといったこともできるが、そこまですると右クリックするだけで動作が重くなるといった副作用が大きくなるのでやめた方が無難だろう。ただ、スタートメニューへのピン留め<code>{a2a9545d-a0c2-42b4-9708-a0b2badd77c8}</code>やPDF XChange Editor(9.3や10.2.1で確認)のメニューは実際にそのような挙動をする（余談だが、InfoTipの表示もexplorerが操作しづらくなる原因なので<code>HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced</code>の<code>ShowInfoTip</code>を0にしたほうがいい）（サムネイルなどはバックグラウンドで並列に走るので操作にはあまり影響がない）。またエラーが発生した場合はexplorer自体が強制終了することもあり、全体的に実装は慎重に行ったほうがよい。

	==== コード例 ====		==== コード例 ====

Turgenev: Notion-MW

2025-06-30T09:02:50Z

Notion-MW

← 古い版		2025年6月30日 (月) 18:02時点における版
234行目:		234行目:
	まずは、COMを用いて実装するという方法がある。基本的にはこちらが綺麗な解決策である。		まずは、COMを用いて実装するという方法がある。基本的にはこちらが綺麗な解決策である。

	IExecuteCommandというインターフェースを具体的に実装している[https://learn.microsoft.com/en-us/windows/win32/shell/samples-executecommandverb Microsoftのサンプル]があったので、それを参考に、「任意コマンドを引数にとり、取得したファイル・フォルダの情報をそのコマンドの標準入力にUTF-8で送信する」というプログラムを作成した。		IExecuteCommandというインターフェースを具体的に実装している[https://learn.microsoft.com/en-us/windows/win32/shell/samples-executecommandverb Microsoftのサンプル]があったので、それを参考に、「取得したファイル・フォルダの情報を引数または標準入力として渡しつつ指定されたコマンドを起動する」というプログラムを作成した。

	[https://github.com/ge9/ExecuteCommand-Pipe https://github.com/ge9/ExecuteCommand-Pipe]		[https://github.com/ge9/ExecuteCommand-Pipe https://github.com/ge9/ExecuteCommand-Pipe]

Turgenev: Notion-MW

2025-05-06T04:36:16Z

Notion-MW

← 古い版		2025年5月6日 (火) 13:36時点における版
220行目:		220行目:
	<ul>		<ul>
	<li><p>Windows 11の右クリックメニューに追加してくれるソフト</p>		<li><p>Windows 11の右クリックメニューに追加してくれるソフト</p>
	<p>[https://github.com/ikas-mc/ContextMenuForWindows11 ~~link_preview~~]</p>		<p>[https://github.com/ikas-mc/ContextMenuForWindows11 https://github.com/ikas-mc/ContextMenuForWindows11]</p>
	<p>フォルダ背景を右クリックしたメニューに追加できない（[https://github.com/ikas-mc/ContextMenuForWindows11/issues/44 https://github.com/ikas-mc/ContextMenuForWindows11/issues/44]）（いや、使ってみたら普通にできてるっぽい？）、アプリ1つにつき1メニューしか追加できない（[https://github.com/ikas-mc/ContextMenuForWindows11/issues/45 https://github.com/ikas-mc/ContextMenuForWindows11/issues/45]）（これはWindows側がそういう仕様っぽいので厳しそう）</p></li>		<p>フォルダ背景を右クリックしたメニューに追加できない（[https://github.com/ikas-mc/ContextMenuForWindows11/issues/44 https://github.com/ikas-mc/ContextMenuForWindows11/issues/44]）（いや、使ってみたら普通にできてるっぽい？）、アプリ1つにつき1メニューしか追加できない（[https://github.com/ikas-mc/ContextMenuForWindows11/issues/45 https://github.com/ikas-mc/ContextMenuForWindows11/issues/45]）（これはWindows側がそういう仕様っぽいので厳しそう）</p></li>
	<li><p>Microsoftの関連するサンプル<br />		<li><p>Microsoftの関連するサンプル<br />
236行目:		236行目:
	IExecuteCommandというインターフェースを具体的に実装している[https://learn.microsoft.com/en-us/windows/win32/shell/samples-executecommandverb Microsoftのサンプル]があったので、それを参考に、「任意コマンドを引数にとり、取得したファイル・フォルダの情報をそのコマンドの標準入力にUTF-8で送信する」というプログラムを作成した。		IExecuteCommandというインターフェースを具体的に実装している[https://learn.microsoft.com/en-us/windows/win32/shell/samples-executecommandverb Microsoftのサンプル]があったので、それを参考に、「任意コマンドを引数にとり、取得したファイル・フォルダの情報をそのコマンドの標準入力にUTF-8で送信する」というプログラムを作成した。

	[https://github.com/ge9/ExecuteCommand-Pipe ~~link_preview~~]		[https://github.com/ge9/ExecuteCommand-Pipe https://github.com/ge9/ExecuteCommand-Pipe]

	COMを使っていることからわかるように、コマンドラインを介さず直接Explorerからデータが送られてくるので、他の方法に共通してみられるパス長さやファイル個数の制限が（事実上）皆無であり、非常に強力である。		COMを使っていることからわかるように、コマンドラインを介さず直接Explorerからデータが送られてくるので、他の方法に共通してみられるパス長さやファイル個数の制限が（事実上）皆無であり、非常に強力である。

Turgenev: Notion-MW

2024-04-14T16:47:52Z

Notion-MW

← 古い版		2024年4月15日 (月) 01:47時点における版
1行目:		1行目:
	複数のファイルを別々にではなく<strong>一度にまとめて</strong>開きたいということがある。すなわち”app.exe file1” “app.exe file2”…をそれぞれ実行するのではなく、”app.exe file1 file2 ~~…”を実行したい。例えば複数の音楽ファイルを連続再生したいときなどであるe。~~		複数のファイルを別々にではなく<strong>一度にまとめて</strong>開きたいということがある。すなわち”app.exe file1” “app.exe file2”…をそれぞれ実行するのではなく、”app.exe file1 file2 …”を実行したい。例えば複数の音楽ファイルを連続再生したいときなどである。

	ただ、エクスプローラ上で複数ファイルを選択して開く（右クリックで「開く」を選ぶorエンターキー）と、別々に実行されてしまう。では、右クリックメニューからこれを実行するにはどうすればいいか？というのがこの記事のテーマである。		ただ、エクスプローラ上で複数ファイルを選択して開く（右クリックで「開く」を選ぶorエンターキー）と、別々に実行されてしまう。では、右クリックメニューからこれを実行するにはどうすればいいか？というのがこの記事のテーマである。

Turgenev: Notion-MW

2024-04-14T16:26:50Z

Notion-MW

← 古い版		2024年4月15日 (月) 01:26時点における版
1行目:		1行目:
	複数のファイルを別々にではなく<strong>一度にまとめて</strong>開きたいということがある。すなわち”app.exe file1” “app.exe file2”…をそれぞれ実行するのではなく、”app.exe file1 file2 ~~…”を実行したい。例えば複数の音楽ファイルを連続再生したいときなどである。~~		複数のファイルを別々にではなく<strong>一度にまとめて</strong>開きたいということがある。すなわち”app.exe file1” “app.exe file2”…をそれぞれ実行するのではなく、”app.exe file1 file2 …”を実行したい。例えば複数の音楽ファイルを連続再生したいときなどであるe。

	ただ、エクスプローラ上で複数ファイルを選択して開く（右クリックで「開く」を選ぶorエンターキー）と、別々に実行されてしまう。では、右クリックメニューからこれを実行するにはどうすればいいか？というのがこの記事のテーマである。		ただ、エクスプローラ上で複数ファイルを選択して開く（右クリックで「開く」を選ぶorエンターキー）と、別々に実行されてしまう。では、右クリックメニューからこれを実行するにはどうすればいいか？というのがこの記事のテーマである。

Turgenev: Notion-MW

2024-04-01T02:08:36Z

Notion-MW

← 古い版		2024年4月1日 (月) 11:08時点における版
32行目:		32行目:

	<syntaxhighlight lang="javascript">reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Shell Extensions\Blocked" /v {8AB635F8-9A67-4698-AB99-784AD929F3B4} /f</syntaxhighlight>		<syntaxhighlight lang="javascript">reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Shell Extensions\Blocked" /v {8AB635F8-9A67-4698-AB99-784AD929F3B4} /f</syntaxhighlight>
			* HKLMでも設定できる。また、「デバイスキャスト」を非表示にする場合はUUIDを<code>{7AD84985-87B4-4a16-BE58-8B72A5B390F7}</code>に変える。

	Clipchampを表示したまま順番を治す方法は不明だが、自分でメニューを作ればできるかもしれない。Clipchampのメニューの実装に使われていると思われるIContextMenuについては後でも述べているのでそちらも参照。おそらくClipchampによるこのインターフェースの実装にバグがあるためにこのような挙動をしているのであろう。		Clipchampを表示したまま順番を治す方法は不明だが、自分でメニューを作ればできるかもしれない。Clipchampのメニューの実装に使われていると思われるIContextMenuについては後でも述べているのでそちらも参照。おそらくClipchampによるこのインターフェースの実装にバグがあるためにこのような挙動をしているのであろう。

99行目:		101行目:
	拡張子ごとの設定は<code>HKEY_CLASSES_ROOT\SystemFileAssociations</code>にある（編集時は<code>HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations</code>を使うのがいいだろう）（比較的新しいWindowsだと<code>HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations</code>キー自体が存在しないことがあるが、自分で作ればちゃんと動作する）。<code>command</code>キーは<code>HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations\.xxx\shell\yourcommandname\command</code>のような場所に作られることになる。		拡張子ごとの設定は<code>HKEY_CLASSES_ROOT\SystemFileAssociations</code>にある（編集時は<code>HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations</code>を使うのがいいだろう）（比較的新しいWindowsだと<code>HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations</code>キー自体が存在しないことがあるが、自分で作ればちゃんと動作する）。<code>command</code>キーは<code>HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations\.xxx\shell\yourcommandname\command</code>のような場所に作られることになる。

	また、全てのファイルを対象にするメニューは<code>HKEY_CLASSES_ROOT\SystemFileAssociations\*</code>、フォルダを右クリックしたときのメニューは<code>HKEY_CLASSES_ROOT\Directory</code>、ドライブ（C:\など）を右クリックしたときのメニューは<code>HKEY_CLASSES_ROOT\Drive</code>~~、フォルダ（・ドライブ）内で何もないところを右クリックしたときのメニューは~~<code>HKEY_CLASSES_ROOT\Directory\Background</code>~~以下でそれぞれ管理されている。~~		また、全てのファイルを対象にするメニューは<code>HKEY_CLASSES_ROOT\SystemFileAssociations\*</code>、フォルダを右クリックしたときのメニューは<code>HKEY_CLASSES_ROOT\Directory</code>、ドライブ（C:\など）を右クリックしたときのメニューは<code>HKEY_CLASSES_ROOT\Drive</code>、フォルダ（・ドライブ）の背景（何もないところ）を右クリックしたときのメニューは<code>HKEY_CLASSES_ROOT\Directory\Background</code>以下でそれぞれ管理されている。また、<code>HKEY_CLASSES_ROOT\AllFilesystemObjects</code>というのもあり、これはディレクトリとファイルの両方に適用される（ドライブやフォルダ背景には影響なし）。

			* 一覧は[https://learn.microsoft.com/ja-jp/windows/win32/shell/reg-shell-exts ここ]かな？

	<span id="複数種類に一括で追加"></span>		<span id="複数種類に一括で追加"></span>
153行目:		157行目:
	動作確認できたサンプルとしては、[https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb]はIContextMenuを使って実装されており、dllをビルドしてCLSIDのInProcServer32でそれを指定するとちゃんと右クリックメニューが追加される。		動作確認できたサンプルとしては、[https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb https://github.com/microsoft/Windows-classic-samples/tree/main/Samples/Win7Samples/winui/shell/appshellintegration/NonDefaultDropMenuVerb]はIContextMenuを使って実装されており、dllをビルドしてCLSIDのInProcServer32でそれを指定するとちゃんと右クリックメニューが追加される。

	また、メニューを追加する関数であるQueryContextMenuが呼ばれる時点で、引数となっているファイルの情報がわかる（Initialize関数においてIDataObjectが渡されているのでそれをクラスのフィールドなどとして持っておけばよい）ので、特定の拡張子のファイルのみに対してメニューを表示することもできる。もちろんファイルの内容まで読み取ってからメニューを表示するといったこともできるが、そこまですると右クリックするだけで動作が重くなるといった副作用が大きくなるのでやめた方が無難だろう。またエラーが発生した場合はexplorer自体が強制終了することもあり、全体的に実装は慎重に行ったほうがよい。		また、メニューを追加する関数であるQueryContextMenuが呼ばれる時点で、引数となっているファイルの情報がわかる（Initialize関数においてIDataObjectが渡されているのでそれをクラスのフィールドなどとして持っておけばよい）ので、特定の拡張子のファイルのみに対してメニューを表示することもできる。もちろんファイルの内容まで読み取ってからメニューを表示するといったこともできるが、そこまですると右クリックするだけで動作が重くなるといった副作用が大きくなるのでやめた方が無難だろう。ただ、スタートメニューへのピン留め<code>{a2a9545d-a0c2-42b4-9708-a0b2badd77c8}</code>やPDF XChange Editor(9.3や10.2.1で確認)のメニューは実際にそのような挙動をする（余談だが、InfoTipの表示もexplorerが操作しづらくなる原因なのでshowinfotipを0にしたほうがいい）（サムネイルなどはバックグラウンドで並列に走るので操作にはあまり影響がない）。またエラーが発生した場合はexplorer自体が強制終了することもあり、全体的に実装は慎重に行ったほうがよい。

	==== コード例 ====		==== コード例 ====

Turgenev: Notion-MW

2023-11-24T13:01:51Z

Notion-MW

← 古い版		2023年11月24日 (金) 22:01時点における版
159行目:		159行目:
	拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。		拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。

	<syntaxhighlight lang="~~vb.net~~">IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)		<syntaxhighlight lang="c++">IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)
	{		{
	FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };		FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };

Turgenev: Notion-MW

2023-11-24T12:34:51Z

Notion-MW

← 古い版		2023年11月24日 (金) 21:34時点における版
10行目:		10行目:
	まず、Windows11に移行すると右クリックメニューの項目数が大幅に削られており、とても使いにくいので、Windows10までの仕様に戻す必要がある。[https://pc-karuma.net/right-click-context-menu-back-on-windows-11 Windows 11 - 右クリックメニューを旧仕様に戻す方法 - PC設定のカルマ]などに従って修正しよう。コマンド例は以下。これはユーザーごとの設定なので、<strong>管理者権限は不要</strong>である。		まず、Windows11に移行すると右クリックメニューの項目数が大幅に削られており、とても使いにくいので、Windows10までの仕様に戻す必要がある。[https://pc-karuma.net/right-click-context-menu-back-on-windows-11 Windows 11 - 右クリックメニューを旧仕様に戻す方法 - PC設定のカルマ]などに従って修正しよう。コマンド例は以下。これはユーザーごとの設定なので、<strong>管理者権限は不要</strong>である。

	<syntaxhighlight lang="~~python~~">		<syntaxhighlight lang="javascript">reg add "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32" /f /ve</syntaxhighlight>

	~~javascript~~
	reg add "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32" /f /ve</syntaxhighlight>
	ファイルを開く操作ならダブルクリックでできるわけで、それでもあえてファイルを右クリックするユーザーの層を考えれば、使用頻度の高いメニューに絞る必要がないことは明らかである。右クリックメニューは動作が重いという問題点も指摘されてきたが、それなら項目数を削る以外の方法でパフォーマンスを改善するのが筋だろう。そもそも、Windows 11の右クリックメニューもそれほど快適な動作ではない。		ファイルを開く操作ならダブルクリックでできるわけで、それでもあえてファイルを右クリックするユーザーの層を考えれば、使用頻度の高いメニューに絞る必要がないことは明らかである。右クリックメニューは動作が重いという問題点も指摘されてきたが、それなら項目数を削る以外の方法でパフォーマンスを改善するのが筋だろう。そもそも、Windows 11の右クリックメニューもそれほど快適な動作ではない。

34行目:		31行目:
	これはどうやらClipchampのメニューが悪いらしく、[https://www.elevenforum.com/t/add-or-remove-edit-with-clipchamp-context-menu-in-windows-11.6882/ Add or Remove Edit with Clipchamp Context Menu in Windows 11 Tutorial \| Windows 11 Forum]（[https://www.elevenforum.com/t/clipchamp-context-menu-removal.6150/ Clipchamp context menu removal \| Windows 11 Forum]に書いてあった）や[https://www.naporitansushi.com/clipchamp-context-menu-disable/# Windowsの右クリックの「Clipchampで編集」を削除する方法 \| ナポリタン寿司のPC日記]に書いてある通り、Clipchampのメニューを非表示にすると治る。コマンド例は以下。		これはどうやらClipchampのメニューが悪いらしく、[https://www.elevenforum.com/t/add-or-remove-edit-with-clipchamp-context-menu-in-windows-11.6882/ Add or Remove Edit with Clipchamp Context Menu in Windows 11 Tutorial \| Windows 11 Forum]（[https://www.elevenforum.com/t/clipchamp-context-menu-removal.6150/ Clipchamp context menu removal \| Windows 11 Forum]に書いてあった）や[https://www.naporitansushi.com/clipchamp-context-menu-disable/# Windowsの右クリックの「Clipchampで編集」を削除する方法 \| ナポリタン寿司のPC日記]に書いてある通り、Clipchampのメニューを非表示にすると治る。コマンド例は以下。

	<syntaxhighlight lang="~~python~~">		<syntaxhighlight lang="javascript">reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Shell Extensions\Blocked" /v {8AB635F8-9A67-4698-AB99-784AD929F3B4} /f</syntaxhighlight>

	~~javascript~~
	reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Shell Extensions\Blocked" /v {8AB635F8-9A67-4698-AB99-784AD929F3B4} /f</syntaxhighlight>
	Clipchampを表示したまま順番を治す方法は不明だが、自分でメニューを作ればできるかもしれない。Clipchampのメニューの実装に使われていると思われるIContextMenuについては後でも述べているのでそちらも参照。おそらくClipchampによるこのインターフェースの実装にバグがあるためにこのような挙動をしているのであろう。		Clipchampを表示したまま順番を治す方法は不明だが、自分でメニューを作ればできるかもしれない。Clipchampのメニューの実装に使われていると思われるIContextMenuについては後でも述べているのでそちらも参照。おそらくClipchampによるこのインターフェースの実装にバグがあるためにこのような挙動をしているのであろう。

165行目:		159行目:
	拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。		拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。

	<syntaxhighlight lang="~~python">~~		<syntaxhighlight lang="vb.net">IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)

	vb.net
	IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)
	{		{
	FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };		FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };
287行目:		278行目:
	README.mdにもあるが起動に用いる基本的な構文（レジストリに登録する値）は以下のようである（※ここでは64bit版を使うものとして説明しているが、32bit版でも全く同様）。		README.mdにもあるが起動に用いる基本的な構文（レジストリに登録する値）は以下のようである（※ここでは64bit版を使うものとして説明しているが、32bit版でも全く同様）。

	<syntaxhighlight lang="~~python~~">		<syntaxhighlight lang="c">"C:\path\to\singleinstance_x64.exe" "%1" "C:\Program Files\path\to\app.exe" "$files" --si-timeout 1000 --option-to-app-1 --option-to-app-2</syntaxhighlight>

	c
	"C:\path\to\singleinstance_x64.exe" "%1" "C:\Program Files\path\to\app.exe" "$files" --si-timeout 1000 --option-to-app-1 --option-to-app-2</syntaxhighlight>
	"C:\path\to\singleinstance_x64.exe"、"%1"、"C:\Program Files\path\to\app.exe"、"$files"の順番はおそらくこの通りである必要がある。その後にあるものはapp.exeにオプションとしてそのまま渡されるが、<strong><code>--si-timeout n</code></strong><strong>に限り</strong>、singleinstance_x64.exeが解釈し、app.exeに渡されない。このオプションはSingleInstance-Launcherに対して次のファイルが渡されてくるのを待つタイムアウト期間をミリ秒で指定するものである。短すぎると、右クリックメニューの処理が遅い場合に途中で打ち切られてしまう可能性がある。長すぎると、その期間待つまでapp.exeは呼ばれないため、タイムラグが長く不便に感じる可能性がある。特に動作が重いPCでなければ1000（1秒）くらいにしておけば十分だろう。もう少し短くてもいいかもしれない。		"C:\path\to\singleinstance_x64.exe"、"%1"、"C:\Program Files\path\to\app.exe"、"$files"の順番はおそらくこの通りである必要がある。その後にあるものはapp.exeにオプションとしてそのまま渡されるが、<strong><code>--si-timeout n</code></strong><strong>に限り</strong>、singleinstance_x64.exeが解釈し、app.exeに渡されない。このオプションはSingleInstance-Launcherに対して次のファイルが渡されてくるのを待つタイムアウト期間をミリ秒で指定するものである。短すぎると、右クリックメニューの処理が遅い場合に途中で打ち切られてしまう可能性がある。長すぎると、その期間待つまでapp.exeは呼ばれないため、タイムラグが長く不便に感じる可能性がある。特に動作が重いPCでなければ1000（1秒）くらいにしておけば十分だろう。もう少し短くてもいいかもしれない。

	%1や$filesの両側にダブルクォーテーションがないと、空白を含むファイル名を正しく扱えない。GitHubのサンプルでは付いていないものもあるので注意。		%1や$filesの両側にダブルクォーテーションがないと、空白を含むファイル名を正しく扱えない。GitHubのサンプルでは付いていないものもあるので注意。
	[[Category:IT]][[Category:Windows]]{{#seo:\|title={{FULLPAGENAME}} - Turgenev's Wiki}}		[[Category:IT]][[Category:Windows]]{{#seo:\|title={{FULLPAGENAME}} - Turgenev's Wiki}}

Turgenev: Notion-MW

2023-11-24T12:04:21Z

Notion-MW

← 古い版		2023年11月24日 (金) 21:04時点における版
10行目:		10行目:
	まず、Windows11に移行すると右クリックメニューの項目数が大幅に削られており、とても使いにくいので、Windows10までの仕様に戻す必要がある。[https://pc-karuma.net/right-click-context-menu-back-on-windows-11 Windows 11 - 右クリックメニューを旧仕様に戻す方法 - PC設定のカルマ]などに従って修正しよう。コマンド例は以下。これはユーザーごとの設定なので、<strong>管理者権限は不要</strong>である。		まず、Windows11に移行すると右クリックメニューの項目数が大幅に削られており、とても使いにくいので、Windows10までの仕様に戻す必要がある。[https://pc-karuma.net/right-click-context-menu-back-on-windows-11 Windows 11 - 右クリックメニューを旧仕様に戻す方法 - PC設定のカルマ]などに従って修正しよう。コマンド例は以下。これはユーザーごとの設定なので、<strong>管理者権限は不要</strong>である。

	<syntaxhighlight lang="~~javascript~~">reg add "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32" /f /ve</syntaxhighlight>		<syntaxhighlight lang="python">

			javascript
			reg add "HKCU\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32" /f /ve</syntaxhighlight>
	ファイルを開く操作ならダブルクリックでできるわけで、それでもあえてファイルを右クリックするユーザーの層を考えれば、使用頻度の高いメニューに絞る必要がないことは明らかである。右クリックメニューは動作が重いという問題点も指摘されてきたが、それなら項目数を削る以外の方法でパフォーマンスを改善するのが筋だろう。そもそも、Windows 11の右クリックメニューもそれほど快適な動作ではない。		ファイルを開く操作ならダブルクリックでできるわけで、それでもあえてファイルを右クリックするユーザーの層を考えれば、使用頻度の高いメニューに絞る必要がないことは明らかである。右クリックメニューは動作が重いという問題点も指摘されてきたが、それなら項目数を削る以外の方法でパフォーマンスを改善するのが筋だろう。そもそも、Windows 11の右クリックメニューもそれほど快適な動作ではない。

31行目:		34行目:
	これはどうやらClipchampのメニューが悪いらしく、[https://www.elevenforum.com/t/add-or-remove-edit-with-clipchamp-context-menu-in-windows-11.6882/ Add or Remove Edit with Clipchamp Context Menu in Windows 11 Tutorial \| Windows 11 Forum]（[https://www.elevenforum.com/t/clipchamp-context-menu-removal.6150/ Clipchamp context menu removal \| Windows 11 Forum]に書いてあった）や[https://www.naporitansushi.com/clipchamp-context-menu-disable/# Windowsの右クリックの「Clipchampで編集」を削除する方法 \| ナポリタン寿司のPC日記]に書いてある通り、Clipchampのメニューを非表示にすると治る。コマンド例は以下。		これはどうやらClipchampのメニューが悪いらしく、[https://www.elevenforum.com/t/add-or-remove-edit-with-clipchamp-context-menu-in-windows-11.6882/ Add or Remove Edit with Clipchamp Context Menu in Windows 11 Tutorial \| Windows 11 Forum]（[https://www.elevenforum.com/t/clipchamp-context-menu-removal.6150/ Clipchamp context menu removal \| Windows 11 Forum]に書いてあった）や[https://www.naporitansushi.com/clipchamp-context-menu-disable/# Windowsの右クリックの「Clipchampで編集」を削除する方法 \| ナポリタン寿司のPC日記]に書いてある通り、Clipchampのメニューを非表示にすると治る。コマンド例は以下。

	<syntaxhighlight lang="~~javascript~~">reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Shell Extensions\Blocked" /v {8AB635F8-9A67-4698-AB99-784AD929F3B4} /f</syntaxhighlight>		<syntaxhighlight lang="python">

			javascript
			reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Shell Extensions\Blocked" /v {8AB635F8-9A67-4698-AB99-784AD929F3B4} /f</syntaxhighlight>
	Clipchampを表示したまま順番を治す方法は不明だが、自分でメニューを作ればできるかもしれない。Clipchampのメニューの実装に使われていると思われるIContextMenuについては後でも述べているのでそちらも参照。おそらくClipchampによるこのインターフェースの実装にバグがあるためにこのような挙動をしているのであろう。		Clipchampを表示したまま順番を治す方法は不明だが、自分でメニューを作ればできるかもしれない。Clipchampのメニューの実装に使われていると思われるIContextMenuについては後でも述べているのでそちらも参照。おそらくClipchampによるこのインターフェースの実装にバグがあるためにこのような挙動をしているのであろう。

159行目:		165行目:
	拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。		拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。

	<~~pre class~~="~~visual~~">IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)		<syntaxhighlight lang="python">

			vb.net
			IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)
	{		{
	FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };		FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };
	STGMEDIUM medium;		STGMEDIUM medium;
	HRESULT hr = _pdtobj-~~>~~GetData(&~~amp;~~fmte, &~~amp;~~medium);		HRESULT hr = _pdtobj->GetData(&fmte, &medium);
	if (SUCCEEDED(hr))		if (SUCCEEDED(hr))
	{		{
170行目:		179行目:
	DragQueryFile(hdrop, 0, szFile, ARRAYSIZE(szFile));		DragQueryFile(hdrop, 0, szFile, ARRAYSIZE(szFile));
	const WCHAR* ext = wcsrchr(szFile, L'.');		const WCHAR* ext = wcsrchr(szFile, L'.');
	ReleaseStgMedium(&~~amp;~~medium);		ReleaseStgMedium(&medium);
	if (ext &~~amp;~~&~~amp;~~ *(ext+1) != L't') {		if (ext && *(ext+1) != L't') {
	return MAKE_HRESULT(SEVERITY_SUCCESS, 0, 0); // Add nothing		return MAKE_HRESULT(SEVERITY_SUCCESS, 0, 0); // Add nothing
	}		}
189行目:		198行目:

	return MAKE_HRESULT(SEVERITY_SUCCESS, 0, (USHORT)(2)); // indicate that we added 2 verbs.		return MAKE_HRESULT(SEVERITY_SUCCESS, 0, (USHORT)(2)); // indicate that we added 2 verbs.
	}</~~pre~~>		}</syntaxhighlight>
	* 特定の拡張子に対して追加できるのは以下で知った		* 特定の拡張子に対して追加できるのは以下で知った
	** できるという情報<br />		** できるという情報<br />
278行目:		287行目:
	README.mdにもあるが起動に用いる基本的な構文（レジストリに登録する値）は以下のようである（※ここでは64bit版を使うものとして説明しているが、32bit版でも全く同様）。		README.mdにもあるが起動に用いる基本的な構文（レジストリに登録する値）は以下のようである（※ここでは64bit版を使うものとして説明しているが、32bit版でも全く同様）。

	<syntaxhighlight lang="c">"C:\path\to\singleinstance_x64.exe" "%1" "C:\Program Files\path\to\app.exe" "$files" --si-timeout 1000 --option-to-app-1 --option-to-app-2</syntaxhighlight>		<syntaxhighlight lang="python">

			c
			"C:\path\to\singleinstance_x64.exe" "%1" "C:\Program Files\path\to\app.exe" "$files" --si-timeout 1000 --option-to-app-1 --option-to-app-2</syntaxhighlight>
	"C:\path\to\singleinstance_x64.exe"、"%1"、"C:\Program Files\path\to\app.exe"、"$files"の順番はおそらくこの通りである必要がある。その後にあるものはapp.exeにオプションとしてそのまま渡されるが、<strong><code>--si-timeout n</code></strong><strong>に限り</strong>、singleinstance_x64.exeが解釈し、app.exeに渡されない。このオプションはSingleInstance-Launcherに対して次のファイルが渡されてくるのを待つタイムアウト期間をミリ秒で指定するものである。短すぎると、右クリックメニューの処理が遅い場合に途中で打ち切られてしまう可能性がある。長すぎると、その期間待つまでapp.exeは呼ばれないため、タイムラグが長く不便に感じる可能性がある。特に動作が重いPCでなければ1000（1秒）くらいにしておけば十分だろう。もう少し短くてもいいかもしれない。		"C:\path\to\singleinstance_x64.exe"、"%1"、"C:\Program Files\path\to\app.exe"、"$files"の順番はおそらくこの通りである必要がある。その後にあるものはapp.exeにオプションとしてそのまま渡されるが、<strong><code>--si-timeout n</code></strong><strong>に限り</strong>、singleinstance_x64.exeが解釈し、app.exeに渡されない。このオプションはSingleInstance-Launcherに対して次のファイルが渡されてくるのを待つタイムアウト期間をミリ秒で指定するものである。短すぎると、右クリックメニューの処理が遅い場合に途中で打ち切られてしまう可能性がある。長すぎると、その期間待つまでapp.exeは呼ばれないため、タイムラグが長く不便に感じる可能性がある。特に動作が重いPCでなければ1000（1秒）くらいにしておけば十分だろう。もう少し短くてもいいかもしれない。

	%1や$filesの両側にダブルクォーテーションがないと、空白を含むファイル名を正しく扱えない。GitHubのサンプルでは付いていないものもあるので注意。		%1や$filesの両側にダブルクォーテーションがないと、空白を含むファイル名を正しく扱えない。GitHubのサンプルでは付いていないものもあるので注意。
	[[Category:IT]][[Category:Windows]]{{#seo:\|title={{FULLPAGENAME}} - Turgenev's Wiki}}		[[Category:IT]][[Category:Windows]]{{#seo:\|title={{FULLPAGENAME}} - Turgenev's Wiki}}

Turgenev: Notion-MW

2023-11-24T10:56:46Z

Notion-MW

← 古い版		2023年11月24日 (金) 19:56時点における版
159行目:		159行目:
	拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。		拡張子が.tで始まるファイル（.txt, .ttfなど）のみにメニューを追加するサンプル（から抜粋）。

	<~~syntaxhighlight lang~~="~~vb.net~~">IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)		<pre class="visual">IFACEMETHODIMP CNonDefaultDropMenuVerb::QueryContextMenu(HMENU hmenu, UINT indexMenu, UINT idCmdFirst, UINT /idCmdLast/, UINT /uFlags/)
	{		{
	FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };		FORMATETC fmte = { CF_HDROP, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL };
	STGMEDIUM medium;		STGMEDIUM medium;
	HRESULT hr = _pdtobj->GetData(&fmte, &medium);		HRESULT hr = _pdtobj->GetData(&fmte, &medium);
	if (SUCCEEDED(hr))		if (SUCCEEDED(hr))
	{		{
170行目:		170行目:
	DragQueryFile(hdrop, 0, szFile, ARRAYSIZE(szFile));		DragQueryFile(hdrop, 0, szFile, ARRAYSIZE(szFile));
	const WCHAR* ext = wcsrchr(szFile, L'.');		const WCHAR* ext = wcsrchr(szFile, L'.');
	ReleaseStgMedium(&medium);		ReleaseStgMedium(&medium);
	if (ext && *(ext+1) != L't') {		if (ext && *(ext+1) != L't') {
	return MAKE_HRESULT(SEVERITY_SUCCESS, 0, 0); // Add nothing		return MAKE_HRESULT(SEVERITY_SUCCESS, 0, 0); // Add nothing
	}		}
189行目:		189行目:

	return MAKE_HRESULT(SEVERITY_SUCCESS, 0, (USHORT)(2)); // indicate that we added 2 verbs.		return MAKE_HRESULT(SEVERITY_SUCCESS, 0, (USHORT)(2)); // indicate that we added 2 verbs.
	}</~~syntaxhighlight~~>		}</pre>
	* 特定の拡張子に対して追加できるのは以下で知った		* 特定の拡張子に対して追加できるのは以下で知った
	** できるという情報<br />		** できるという情報<br />