元のマークアップを保持できる、Web ベースの wiki のようなリッチ エディターが必要です。現時点では、特定のカスタム マークアップを表示および編集用に html に変換し (リンクなどの場合にユーザーが html を編集できるようにする)、保存時に特定のマークアップに変換し直しています。これは明らかにエラーが発生しやすく、理想的ではありません。
最初の大きな決定は、純粋なjavascript html ベースのソリューション ( TinyMCEなど) と、 html などについて心配する必要がなくなるフラッシュやシルバーライトなどを使用した、よりクライアント指向のソリューションとの間です。
あなたの経験の中で、現時点で最良の選択肢は何ですか?
これは長い議論です。私のアドバイスは、優れたXHTML出力を備えたJavaScriptを使用することです。フラッシュやSilverlightはまったく使用しないでください。
私のプロジェクトでは、YUIテキストエディタを使用しましたが、すべてが非常にうまく機能しました。ここで試してみてください：http：//developer.yahoo.com/yui/examples/editor/skinning_editor.html
このリンクを試してみてください。これは、必要なものを取得するための、非常に優れたWebエディターの比較です。
ユーザーの種類とデータが使用される環境には、多くのことが言えます。HTML は表示形式であるため、HTML を使用してコンテンツを編集することは最適ではありません。多くの場合、コンテンツをプレゼンテーションから分離する必要があり、HTML はこのために問題を引き起こします。もちろん、入力を HTML のサブセットに制限しようとすることはできますが、これを正しく行うのは難しく、そもそも入力が wysiwyg ではなくなるため、そもそもアイデアが機能しなくなります。CMS はこの問題に何年も悩まされてきたので、簡単な解決策はないと思います。
編集者がパワー ユーザー (おそらくプログラマーですが、私は単なる人間で成功したことがあります) である場合は、コンテンツをマークダウンまたは同様のコンテンツ中心の形式で入力し、プレゼンテーションで HTML に変換することができます。このアプローチの最大のハードルは、リアルタイム プレビュー (wysiwyg) がないことです。私はShowdownを使用して、このサイトのようにプレビューをリアルタイムでレンダリングしました。また、最近、一種のハイブリッド wysiwyg タイプの入力用のウィジェットを作成しました。
MarkdownやTextileなどを使用する場合、HTML の直接編集を許可する必要はないかもしれません。 HTML ページの見栄えを良くすることができます。
必要に応じて、Markdown と Textile のプレーンテキストから html への変換の両方を実装するのに役立つ Ruby Gem がいくつかあります。マークダウン用の優れたエディターもいくつかあります (SO が使用するものなど)。
私の意見では、プレーンテキスト編集 (Markdown、Textile など) で十分であり、ほとんどの状況でより適切な選択です。リッチ コンテンツを作成するための非常に軽量で標準に準拠した方法であることは間違いありません。Markdown、Textile などは可能なすべての書式設定オプションをカバーしているわけではありませんが、プレーン テキスト パスは真剣に検討する価値があります。
質問と回答に Markdown を使用する StackOverflow もここで確認できますが、これはまともなものです。WYSIWYG はほとんどの場合、タグの配置ミスや不要なタグにつながるため、「書式タグ」を表示できるようにする必要性を強く支持します。また、プレーン テキスト形式を使用すると、結果の HTML を 100% コントロールできます。
WYSIWYG を使用する必要がある場合は、TinyMCE を使用した私の経験から、WYSIWYG をお勧めできます。
私たちは、 Screwturnを使用して、開発者が参照できるように内部知識ベースの wiki ページを開発しています。まともな無料のウィキツールだと思います。
WordPress に同梱されている JavaScript エディターは優れています。