1. ホーム
  2. windows

[解決済み] ShellIconOverlayIdentifiers - なぜこんなに少ないのか?

2023-06-14 23:37:28

疑問点

この時点で、誰もが知っているように、(1) の数には限りがあり、(2) の数には限りがあります。 ShellIconOverlayIdentifiers の数に制限があることは誰もが知っています (MSDN より)。

システムがサポートできるさまざまなアイコン オーバーレイ ハンドラの数は、システム イメージ リストでアイコン オーバーレイ用に利用可能なスペースの量によって制限されます。現在、アイコン オーバーレイ用に 15 個のスロットが割り当てられており、そのうちのいくつかはシステムによって予約されています。このため、アイコン オーバーレイ ハンドラは、満足のいく代替手段がない場合にのみ実装する必要があります。

Windows 95 での 15 オーバーレイの制限は理解できます。しかし、ギガ単位の RAM、多数のコア、および GPU がある環境では、最新のオペレーティング システムでこのような少ない数にする技術的な理由はあるのでしょうか?

また、なぜこの値は設定可能ではないのでしょうか?

パフォーマンス」という答えを出す前に、考えてみてください。 Windows では、パフォーマンスを低下させるような設定が可能です......なぜこの問題を取り上げたのでしょうか?

どのように解決するのか?

ここにいる誰かがたまたま Windows シェル チームで働いていない限り、技術的な制限とそれがデザインの選択にどのように影響するかを本当に解決する回答が得られるかどうかは疑問です。しかし、私はやってみます...

私の推測では、技術的な制限はない、あるいは少なくとも今はない、ということです。

本当の理由は、おそらく、この制限を解除するために、誰も腰を落ち着けてコード、設計、および仕様を更新する時間を取ってこなかったからです。 機能はデフォルトでは実装されていませんし、ここ数年でコンピューター環境が変わったからといって、誰かが腰を据えて Windows を書き直して、そのすべての変化をフルに活用したわけではありません。

また、これは押し付けられた制限ではなく、意識的な設計上の選択である可能性が高いことを考慮する必要があります。

レイモンド・チェン(彼は実際に はします。 シェル・チームで働いている) が発表した ブログエントリー Windows 7 が共有ハンドオーバーレイを削除したことについての騒動に対応するブログ エントリを公開しました。彼は、アイコン オーバーレイが本当に望ましい情報表示方法ではない (システムが 15 に制限されているという事実以上に) という説得力のある主張をしています [強調]。

一般的に言って、オーバーレイは 情報を表示する良い方法とは言えません。 というのも、1つのアイコンにつき、オーバーレイは1つだけだからです。 1つのアイコンにつき、1つのオーバーレイ であり、1つのImageListにつき、オーバーレイは15個までです。 のオーバーレイに制限されているからです。 がある場合 1つのアイテムに適用されるオーバーレイが2つ以上ある場合 アイテムに適用されるオーバーレイが2つ以上ある場合、1つが勝ち、他は が負けることになり、その時点で を決定する方法としてのオーバーレイの価値 を決定する方法としてのオーバーレイの価値は 減少します。 というのも、プロパティの欠落を確認する唯一の方法は というのも、あるプロパティが欠落していることを確認する唯一の方法は オーバーレイが全く表示されない場合です。(もし 他のオーバーレイが表示された場合、その原因が を見分けることはできません。 プロパティが欠落しているのか、それともその 他のオーバーレイが表示されている場合 表示されています)。

シェルに追加される余分な混乱は、実際のケースの大部分において、単にそれだけの価値がないと私には合理的に思えます。Windows シェル チームは明らかに同じ結論に達し、共有ハンドのオーバーレイを削除しました。Raymond による直接の説明です。

人々のコンピュータの使い方が変化していることを考えると 情報を共有することが ますますデフォルトの状態になりつつあります。 の状態になります。HomeGroup を設定すると。 を設定すると、ほとんどすべてが共有されるようになります。 共有されます。視覚的な乱雑さを取り除くために に移動しました。 詳細] ペインに移動しました。

また、パフォーマンスについては言及しないようにとのことでしたが、Windows は本当に を試してみてください。

しています。 ユーザーはシェルに応答性を求めており、オーバーレイ アイコンはこれを妨害します。さらに証拠に、彼らは 優先順位が高くない , 別のブログ記事 で、同じレイモンド・チェンが非難しています。

もう一つ、アプリケーションのパフォーマンスを自分勝手に もうひとつ、アプリケーションの性能を自分勝手に アイコンオーバーレイハンドラを開発している会社から オーバーレイ・ハンドラを開発している会社がありました。このシェルでは オーバーレイの計算を低優先度項目として扱っています。 そのシェルは、オーバーレイの計算を優先度の低い項目として扱います。 アイコンを画面に表示し、ユーザーが がやりたいことを何でもできるようにすることの方が重要だからです。 を開始できるようにすることの方が重要だからです。装飾は は後回しでいいんです。この会社が求めていたのは この会社は、業績を向上させ この会社は、パフォーマンスを向上させ 画面にオーバーレイを表示させることができないかと考えていました。 を画面に表示させることができないか、と考えていました。 驚異的に利己的な パフォーマンスを驚異的に利己的に解釈していることがわかります。