5

すべての適切なブラウザ(Chrome、FXなど)は、組み込みのスペルチェックをサポートするようになりました。ブラウザ機能の検出:スペルチェック?

しかし、普及しているゴミのようなIEの軸は(IE8 - 無意味なアクセラレータではない:はい、必要な辞書のサポート:いいえ)。 excellent free pluginをダウンロードしない限り、企業ユーザーがそれを行うことは期待できません。

私たちが提供するエンタープライズウェブアプリのスペルチェックが欲しいので、サードパーティ製のスペルチェックコンポーネントを購入して満足させていただきました。それはうまくいきますが、特にブラウザに組み込まれているものと比べると、大したことではありません。

また、Word 2000のスペルチェックダイアログのようにも見えます(おそらく、開発時の最新のものです)。私たちのクライアントにとってはそのような問題ではなく、その半分はOffice 2000とIE6に固執しています。

ユーザーがスペルチェック機能を内蔵していない場合にのみ、このコンポーネントを有効にします。

誰もこれを検出する方法を知っていますか?

答えて

3

サポートが組み込まれているブラウザーと、使用していないブラウザーはすでに分かっていますので、browser sniffingという形式を使用してスペルチェックコンポーネントを有効にするかどうかを決定できます。

また、スペルチェックが既に有効になっているかどうかをユーザーに確認して、「はい/いいえ/わからない」と答えさせることもできます。彼らが知らない場合は、自動検出に戻ります。スニッフィングは、状況によっては信頼できないと分かっているため、スニッフィングを使用するよりも優れています。

可能であれば、ブラウザのUIの一部であるものを検出することは困難です。ブラウザーのセキュリティポリシーのため、WebサイトはAPIのほとんどの部分にアクセスできないため、機能の検出に役立つものが公開される可能性があります。セキュリティが問題ではない場合でも、内部ブラウ​​ザの仕組みが標準化されていないため、ブラウザごとに異なるAPIが存在する可能性があります。

+0

ありがとう(+1)それは私が考えたものですが、誰かがより良い方法を持っていたかどうか疑問に思いました。 – Keith

2

browsercapやMicrosoft Browser Definition File Schemaのようなものでもこれが可能かどうかはわかりませんが、上記のように許可されている範囲外です。

あなたはサーバーサイドのスペルチェッカーに行くと考えたことはありますか?だから彼らは好きなときにクライアントを使うことができるし、GMailのようなスペルチェックボタンをクリックすることもできる。これは、辞書の更新を制御できることも意味します。

+0

サードパーティのコンポーネントはサーバー側ですが、AJAXのみで動作します。私たちの全体のインターフェースもそうである必要があります。 – Keith

関連する問題