リッチテキストフィールドの使用のルールですか？

Question

Tridionコンポーネントでリッチテキストフィールドを使用する際に、いくつかのルールに従ってください。以下のように、私はあなたが[ソース]タブで直接マークアップ入力することができますことがわかりますが、あなたが不完全なHTMLを入力すると、その後Tridionのはあなたのためにそれを完成さ：

<!--Enter this--> 
<td>test</td> 


<!--And it becomes this--> 
<table> 
<tr> 
<td>test</td> 
</tr> 
</table> 

無効なマークアップを入力した場合、その後、あなたは検証結果のポップアップを取得しますあなたの構文が無効であることを伝える：

<!--Generates Validation Results popup --> 
<badtag> 

それはそこにいる限りHTMLが有効であるとして、RTF形式のHTMLにIDやクラスなどの属性を追加することに問題はありませんが、誰もが他の人の経験を何だと思われ？誰も私が何をすべきか、コンポーネントRTFフィールドで&を試してはいけないといういくつかのベストプラクティスを教えてください。

Answer 1

大きな質問。ベストプラクティスは、少なくともTridionに関する私の経験に基づいて、クライアントからクライアントに依存しています。

RTFフィールド（データキャプチャフォーム - jeeez ..のようなものをほぼ構築しています）で多くのことをやっているクライアントがいて、エディタにはあまり慣れていないクライアントワードドックなどからペーストしてください）。

私はベストプラクティスの文書を見たことがなく、組織や代理店のスキルと快適さに依存しているため、すべてが一致しているとは思いません。

経験則として、XHTMLの苦情は必須であり、それはTridion RTFエディタの機能です（良いことです）。それが有効な/無効なhtml形式のクリーンアップに気づいた理由です。

アルビンのリンクの下には、いくつかのトピックが触れられていますが、探しているものと正確に一致しない場合があります。

http://www.tridiondeveloper.com/rich-text-format-area-css-classes-vs-custom-xml-nodes

使用すると、1つを見つけた場合、私たちと共有を行ってください。私も同様に探しています。 :)

Answer 2

本当に良い質問ですが、答えにくいです。私は@Ramがそこに書かれているベストプラクティスがないと思っています。そのほとんどはコンテンツモデリングトレーニング（see the available training tracks）を通して伝えられますが、あなたの質問に対する答えはあまり議論されていません詳細はこちら。

私は、リッチテキストフィールドがSDL Tridionで最も悪用されるオプションの1つであることを経験しました。私が典型的な悪用と呼ぶことは、たとえば、エディタがページに直接HTMLを入力できるように設計された単一のRich Textフィールドを持つArticle Schemaです。これは明らかにほとんどの人にとって必要な方法ではありませんが（私は願っています）、リッチテキストフィールドの使用を許可する必要がある顧客の要件に大きく依存します。

編集者によるコンテンツの書式設定をまったく許可しなければならない場合、常に最初に出てくる議論があります。私はいつもコンテンツとレイアウトが分かれていると言いたいのですが、テーブル、強調されたテキスト、リスト、リンクなどのものと直接衝突します。これが、リッチテキストフィールドが出現する場所です。

私はリッチテキストフィールドの使用を可能な限り制限することに賛成していますので、不要なタグや（スタイリング）属性を取り除くために使用可能なXSLTを使用してください。最初に考慮すべき事項の1つは、リッチテキストフィールドでの画像の使用で、リストの2番目はスクリプトタグとフォームタグです。リッチテキスト出力でそれらを許可しない場合は、XSLTを調整して削除します。しかし、最終的には（不幸なことに）それは主に顧客の要求に帰着します。あなたは何をしているのか、何がコースに合っていないのかをアドバイスする役割はありますが。