不確定なチェックボックスの状態はMicrosoft UIパターンのみですか？
オンライン検索結果をざっと見てみると、不確定なチェックボックスの状態はあまり一般的なUIインタラクションではないようですが、Microsoftはこれにこだわり続けており、おそらくデザインパターンを使用するソフトウェアアプリケーションの最良の例です。他の議論で検討されているトライステートチェックボックスを使用する代わりに多くの選択肢があるので、私の質問は、MicrosoftがUX設計ガイドラインの範囲内であるのでそれを使用し続けているのか、それとも実際に非常に特殊なケースがあるのでそれを使用しているのかです。不確定な状態のチェックボックスを使用するのが最善ですか？もしそうなら、なぜこれが主にマイクロソフト製品に適用され、他の種類のソフトウェアには適用されないのですか？
不確定のチェックボックスは、主にネストされたチェックボックス（記号で部分的にチェックされることを意味するか、ユーザーがコントロールに作用したことを示すインジケーター）と主にインストーラーで、Microsoft製品の一種の伝統でした。また、トライステートチェックボックスは現在 Windowsストアアプリのガイドライン にも含まれていますが、 OSXで使用 にも含まれています。
アプリケーションパターンよりもフォームパターンに近いと思います。
私はそれが一方の伝統に関係していること、そして開発者が明確な方法で作業することに慣れていることに加えて、長い間変更されていません（WPFとXAMLを見てください。Metroのような新しいコンポーネントを除いて、多くの革新的な概念はありませんでした）;もう一方には機能があります。
Windowsファイルの属性に移動すると、読み取り専用と非表示の同じ不確定なチェックボックスが表示されます。したがって、それらに使用されるのはdevsだけではなく、（高度な）users。
私はそれを言うでしょう：a）目的を果たします（ネストされた要素を部分的にチェック済みとしてマークし、各ノードの横にチェックボックスがあるツリービューで）およびb）人々の心に根ざした何かを変更することの代償は非常に高いです、それが、トライステートチェックボックスが引き続き使用されている2番目の理由です。
私はちょうど良い例を見つけました：Dropbox。環境設定の「詳細」タブに移動し、「選択的同期」をクリックします。古いチェックボックスツリーが表示されます。 Dropboxはクロスプラットフォームです。
これらの例とそれがHTML仕様の一部であり、すべてのプラットフォームの最新のブラウザーによって実装されているという事実は、それが厳密にはMicrosoftのみのパターンではないことを示唆しています。
私が最近使用した、試用状態のチェックボックスに気付いた他の種類のソフトウェアは、Omnigraffleです。
たとえば、ストロークが一部の要素で有効になっていて他の要素では有効になっておらず、一緒にグループ化されている場合。インスペクタは、ストロークチェックボックスを中間状態で表示します。
ここで、試用状態のチェックボックスは、複数の要素のさまざまなスタイルをすばやく理解するのに役立つ重要な方法です。