web-dev-qa-db-ja.com

WYSIWYG対BBCコード対平文

ユーザーがコンテンツを配置する場所に配置する場合(たとえば、このサイトに質問、回答、またはコメントを投稿する場合)または単にユーザーに作業するプレーンテキストエリアを提供しますか?

6
GSto

SOのマークダウン構文を備えた最小限のエディターは、それが果たす目的に対して非常に効果的だと思います。

私の意見では、提出されたデータで扱うHTMLが少ないほど良いと思います。ユーザーがテーブルなどにデータを整理して投稿する必要がない限り、WYSIWYGエディターの必要性は実際にはありません。

許可する一般的なタグは次のとおりです。

<a>
<blockquote>
<pre>
<b>
<i>
<sup>
<sub>
<ul>
<ol>
<li>
<br>
<img>

段落の書式設定は簡単に行えます。いくつかの例外を除いて、マークダウンまたはクレオールはほとんどすべてを処理でき、検証/衛生はあなたの側では面倒ではありません。 BBCodeも問題ありませんが、それほど柔軟ではありません。

ユーザーがなんらかの方法で認証/信頼されていない限り、おそらくWYSIWYGエディターを使用したくないでしょう。それでも、電子メールや簡単に達成できる何かを検証するだけでなく、really信頼する必要があります。

5
Tim Post

カスタムCMSソリューションを専門とするUI担当者として、Microsoft WordでSO多くの問題に遭遇しました。そこにある多くのツールには「Wordからの貼り付け」機能がありますが、ユーザーがその機能の使用を「忘れた」または「拒否した」ため、深夜に電話をかけた回数はわかりません。 Wordのペーストが残してしまう可能性のある数マイルのわいせつなものをスクラブするための追加の後処理なしで、レコードに大量のデータを挿入しようとしたことによって引き起こされるDBエラーさえ見ました私の解決策は、Tidyに加えて、CKEditorで標準化することです。ユーザーが「Wordから貼り付ける」か、単にドラッグアンドドロップするだけで、Wordマークアップを取り除くようにプログラムされているからです。追加のポスト処理とエスケープが有効になり、インジェクション、スペルミス、フラグ付きキーワード、および許可されていないHTMLから保護されます。

ユーザーに入力に「エクストラ」を追加する機能を提供する場合は、追加するエクストラを慎重に検討してください。箱から出してすぐに、ほとんどのエディターは、おそらくツールバーに入れてはいけないことをかなり持っています。そのため、BBCodeは何度も熟考してきました。ただし、なんらかの理由で、WYSIWYGに引き戻され続けるのは、販売会議で得られる「 "敬の念」とユーザーにとっての単純さ(すべてが順調な場合)のためです。

1
bpeterson76

一般的に、ユーザーが自分のアイデアを表現できるようにするためのオプションはできるだけ少なくします。一部のサイトでは、単にboldおよびitalicボタンを追加するだけで機能します。他のシステムでは、ある程度のトレーニングが必要です。考慮すべき他のものは、MarkdownとWikipediaの構文です。また、多くの大規模サイトでは、追加のマークアップ(Facebookアクティビティストリームなど)が許可されていないことも注目に値します。

1
artlung