リッチテキスト ボックス コントロール
Markdown を使用したいが、ユーザーに知られたくないですか? これは達成可能な目標ではないかもしれません。Markdown のポイントは、かなり自然な構文を少し学び、プレーン テキストですべてを編集することを厭わないライター向けであるということだと思います (Wikipedia のように? そのための純粋な WYSIWYG エディターはありますか? おそらく...そしておそらくいくつかの他のウィキペディアの編集者が来て、結果のマークアップと書式設定をクリーンアップする必要があります...)。(MS Word のように) ユーザーに対して透過的であるようにしたい場合、Markdown はあなたが望むものではないか、その状況で宣伝する利点を提供しない可能性があります。
入力は Windows フォームで行われます
おっとっと!今、私はあなたの質問をよりよく理解しています。埋め込まれた IE コントロールが親指のように突き出ているかどうかは、Windows フォーム アプリがどのように見えるかにかかっていると思います。試してみると、うまくいくことがわかるかもしれません[1]。
あなたの立場では、私は次のようなことを試みます[2]:
そのような取り決めがユーザーにうまく受け入れられないと思われる場合 (特に、テキストのみのウィンドウでのすべての編集)、繰り返しますが、Markdown が特定のアプリケーションの答えになるとは思いません。ユーザーが純粋なテキストを編集するという考えに熱心であると思われる場合は、解決策を見つけることができると思います. どうか明らかにしてください?
ジャレッド。
[1] IE HTML コントロールをプロジェクトに厳密にドロップして、生成された結果を PDF として表示することに成功しました (Adobe Reader や Foxit などの IE Reader プラグインを使用)。ユーザーは、GUI のその部分が IE コントロールであることに気付かず、PDF を表示したり、印刷や保存を許可したりするだけです。
[2] ...ただし、境界線を削除して、2 つの分割コントロールを埋め込み IE コントロールの 4 つの端すべてに接触させるか、非常に近づけます...たとえば、薄い灰色または白のままにして、IE の境界線をすべて削除します。周囲のコントロールに溶け込むようにコントロールします。たぶん、これを独自のタブ ページに配置し、非技術者のユーザーに、それが HTML コントロールかネイティブかを伝える/注意するように要求します。
私はこれらすべてについて完全に間違っている可能性があります (機能するかどうかを判断するには、実際にこれを確認する必要があります) が、独自のインタラクティブな Markdown エディターを作成するよりも簡単かもしれません...
...実際に独自の C# Markdown エディターを実装するには、埋め込まれた IE コントロールの横にテキスト編集ボックスを配置し、別のスレッドで .NET Markdown->HTML コンバーターを介して現在の Markdown を実行し、HTML を置き換えます。 IE コントロール (Markdown->HTML コンバーターが非常にリベラルで、例外のスローに対して堅牢であると仮定します)。