問題タブ [shell-icons]

.Net (C# または VB: don't care) では、実際に存在するファイルのファイル パス文字列、FileInfo 構造体、または FileSystemInfo 構造体が与えられた場合、シェル (エクスプローラー) が使用するアイコンをどのように判断できますか?ファイル？

現在、これを何にも使用する予定はありませんが、この質問を見たときにその方法に興味があり、SO でここにアーカイブしておくと便利だと思いました。

SHGetFileInfo と ExtractIconEx を関連付けると、どちらも通常の 32x32 アイコンと 16x16 のアイコンを 16 色しか返さず、見栄えが悪くなります。フルカラーのアイコンを抽出するにはどうすればよいですか?

私のコード

これは私がしたことです：

ここに問題があります。この方法で簡単にフォルダのアイコンを取得できることがわかりました。SHGetFileInfoしかし、メソッドの 4 番目のパラメーターを に設定すると、開いているアイコンを取得できませんでしたSHGFI_PIDL | SHGFI_OPENICON。hIconofFileInfoは常にで、NULL理由はわかりません。

誰でも問題を解決する方法を教えてもらえますか?

explorer.exe を再起動せずにアイコン オーバーレイを表示する方法を教えてください。

ここで立ち往生している問題は、タスクバーマネージャーで常に explorer.exe を閉じてから再度開く必要があるという事実です。そのようにシェルを再起動する必要がない方法が欲しいです。C ++で何か？

私が知る限り、(少なくとも?) アイコンの埋め込みには 3 つのタイプがあります。shell32.dll などで使用される元のスタイル、.NET の埋め込み、および WPF で使用される新しい型があります。そのスタイルのみを受け入れることができるジャンプリストのリソースとして他のいくつかのアイコンを利用できるようにしたいので、最初のものを実行する方法を探しています。ただし、このスタイルに埋め込む方法がわかりません。他の2つだけです。

どうすればいいですか？Googleなどで見つけたすべての結果は、アイコンをResXファイルなどに追加するためのものです。

Javaでフォルダとファイルのツリーを作成しています。Windows と OSX は、システム アイコンと名前を次のコードで返します。

UNIX システムのアイコンと名前を取得する可能性はありますか? システムコマンドでもOKです。

ありがとう。

KDESC4の酸素の外観が本当に気に入りました。これらのアイコンをウィンドウに適用するプログラムを作成しました。プログラムはNSISで書かれており、現在ほぼ完全に機能しています。ただし、Windowsにアイコンの変更を認識させる唯一の方法は、explorer.exeを強制終了し、アイコンキャッシュを削除して、explorer.exeを再生成することです。SHChangeNotifywithSHCNE_ASSOCCHANGEDは、コントロールパネルアイコンやマイコンピュータアイコンなどの変更をWindowsに認識させることができないようです。これらの変更をWindowsに認識させるための、より適切で残酷でないアプローチを提案してください。

編集：これを実行できるように見えるIcon Tweakerというプログラムを見つけましたが、これはクローズドソースであるため、どのように実行するのかわかりません。（IconTweaker：http ://www.crystalxp.net/galerie/en.id.83-icontweaker.html ）

編集：アンダースの返事のおかげで、私はこれがうまく機能しています（以下を参照）。ただし、他の誰かが必要とする場合に備えて、作業中のNSISコードをここに配置します

Shell Icon Size$ 0レジスタは、の値を格納するために使用されますHKEY_CURRENT_USER\Control Panel\Desktop\WindowMetrics。次に、値をインクリメントしてaを実行しSendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, SPI_SETNONCLIENTMETRICS, 0, SMTO_ABORTIFHUNG, 100000, NULL)、続いてデクリメントして再送信します。

編集：ボーナスとして、これはWindows XPでより大きな（Windows 7サイズの）デスクトップアイコンを取得するためのハックとして使用できます。値を2倍にしShell Icon Sizeて呼び出しますSendMessage（サイズを復元する2番目の変更は実行しないでください）

As Cody Gray mentioned when answering my other question here, Raymond Chen talks about how icon overlays are a poor choice here (note that the article is a year old).

The substantive argument against overlays is that only one can be shown at a time... so if two apply, which one wins? The specious argument is that there can only be 15 - which in my opinion is a design choice by Microsoft, not an argument against their efficacy.

With the changing topology of file:

• location
• management
• ownership
• synchronization
• replication
• ?????

I believe Files and folders need the equivalent of presence indicators to instantly identify their status.

What is an alternative to icon overlays that presents the same instant visual queue on the status of a file/folder? Maybe there needs to be a new model for icons?

Edit:

2010-12-14 The more I've thought about this, the more I feel that the idea that there can only be ONE overlay and that there's no way to make overlays work together is ridiculous.

Unless there's a technical reason you cannot have more than one overlay?

Consider (off the top of my head):

• You could segment the icon into 4 quadrants (upper left, upper right, etc) - this would allow for 4 overlays per icon. No inter-overlay adaptation required.
• You could stack overlays, and ONLY use priority to determine position (z-order anybody?). Allow the user access to User-space priorities, so the USER (you know, the person who the software is supposed to serve?) can choose which overlays matter. Rather than reserving a spot for an overlay, system overlays have the highest priority.

ファイルにアイコンオーバーレイを作成しました*.myfileが、オーバーレイサイズが間違っています。アイコンのサイズが16x16の場合、オーバーレイがアイコンを覆います。

オーバーレイサイズを変更するにはどうすればよいですか？（IShellIconOverlayIdentifier）