私はeReaderでHTML5Webアプリをテストしていて、ほとんど機能していましたが、色がすべて台無しになっています（モノクロです）。私のアプリは毎秒更新される多くの色を使用しています。カラーディスプレイでも実行するためにこれが必要なので、モノクロかどうかを検出する必要があります。
私が使用しているeReaderはSony製で、16と報告さscreen.pixelDepthれていますscreen.colorDepthが、これは私がサポートしている他のほとんどのデバイスとは異なります（24と32が一般的です）。
これまでの私の考えは次のとおりです。
navigator.appVersion16ビットカラー=モノクロと仮定しても安全ですか？それとも、私が見落としている可能性があり、より信頼できる別のトリックがありますか？
コンピューティングでは、「モノクロ」は通常2ビットであり、16ビットディスプレイは通常グレースケールと呼ばれます（他の色の色合いの場合もあります）。
デバイススニッフィングではなく、色が適切な16ビット値に変換されるパレットの使用を検討してください。Webセーフカラーパレットから始めることができます。
または、見栄えが良くなると思われる場合は、ユーザーに「グレースケールを使用する」オプションを提供します。他のユーザーもそのオプションを選択している場合があります。色がすべてクラスベースの場合は、現在のスタイルシートを置き換えるか、適切に再割り当てされた色で新しいスタイルシートを追加することができます。
グレースケール画面を検出する方法はよくわかりませんが、色覚異常のユーザーソリューションが役立つことを願っています。
問題は、色を使用して情報を送信する必要があるが、画面（または色覚異常の人の目）が色から一部の情報を削除するため、ユーザーが混乱することです。解決策は、色によって送信される情報が画面や目によって影響を受けないようにすることです。また、色ではなく他のメディアを使用することもできます。
色覚異常またはグレースケール画面は、色のすべての情報を削除するわけではありません。たとえば、色がHSL（色相/彩度/光）として記述されている場合、グレースケール画面は色相と彩度を削除しますが、光は保持します。5つの異なる色を使用する場合、5つの異なる光の値（たとえば、0.1、0.3、0.5、0.7、0.9）がある限り、ユーザーはグレースケール画面でそれらを問題なく認識できます。
他のメディアを使用して、色で送信される情報を送信することもできます。たとえば、Adium for Macは、形状と色の両方を使用して連絡先のステータスを示します。オンラインユーザーは緑色の長方形、離れたところは黄色の三角形、ビジー状態は赤い円です。ユーザーはとにかく形状を識別することで接触状態を理解できるため、これは色覚異常にやさしいです。