WPF TextBoxes/RichTextBoxesの組み込みのスペルチェックでカスタムディクショナリサポートを使用するための回避策が見つかりましたか？我々は、辞書のエントリがどこから来ているのかを見つけることを望むリフレクターを使ってスペルを調べてきましたが、それはCOMオブジェクトとなるように見えています....WPF TextBoxカスタムディクショナリのサポート
私はそれが現在サポートされておらず、 Microsoftは将来のリリースでそれをサポートすることを検討していましたが、それはかなり前のことでしたが、私はそれに関する最近のニュースを見つけることはできません。 stawsで握りしめ
、私は、Connect上での提案を掲載しました：
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=470233
オフィス2007で使用されるものの直接のコピーです。カスタム辞書はWPF 4.0になります。 MicrosoftのWPFのグループプログラムマネージャであるKevin Gjerstadのtweet http://twitter.com/kevingj/status/2954272004を参照してください。
乾杯 S.
私も他のスペル辞書を探していました。..
は、ここで私の質問を参照してください： Does WPF's TextBox support spell-check dictionaries for the Netherlands?
を4言語しかサポートしていないようです。:(
Unfortこれは不可能です。 http://www.dev102.com/2008/03/25/customize-spellcheck-on-wpf-text-controls/
辞書 ちょうどFYI
WPF 4.0カスタム辞書のサポートはまだかなり弱いです。拡張子が.lexのテキストファイルとしてカスタム辞書を作成し、スペルチェッカーが独自の組み込み辞書に加えて使用する単語を手動で追加することができます。このMSDN articleの詳細とblog post hereの詳細です。
しかし、ユーザーが辞書に認識できない単語を追加したり、アプリケーションを終了したり、メモ帳で.lexファイルを開いたり、入力したりすることはできません。つまり、カスタム辞書が使用中であっても、スペルチェックのコンテキストメニューで「辞書」項目を選択することができます。カスタムディクショナリは便利ですが、あらかじめ.lexファイルで設定できる明確に定義された用語を持つ技術分野については、私は推測します。しかし、WPFのスペルチェッカーは、一般的なスペルチェッカーとしてはかなり弱いです。
真実、それは完全に本格的ではないが、これまでWPF 4.0で遊んでいました（私は主にSL 4.0を見てきました）、私たちのニーズに十分にうまくいくように思えます:) –
私は以前このページを読んでいましたが、本当に探していたのは、反射や類似の回避策を使ってコントロールに侵入した人や、失敗した人のアカウントでした。私はそれが現時点では可能ではないと思うが、それはなぜ私がConnect上でリクエストを出したかということに同意する - うまくいけば、マイクロソフトは最終的にそれを追加するだろう... –