16

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が有効である限り、IDやクラスなどの属性をRTF htmlに追加しても問題はないようですが、他の人の経験は何ですか？コンポーネントRTFフィールドで試してはいけないこととすべきでないことについて、誰かが私にいくつかの追加のベストプラクティスを教えてもらえますか？

4

2 に答える 2

11

素晴らしい質問です。ベストプラクティスは、少なくともTridionでの私の経験に基づいて、クライアントごとに異なります。

私は、RTFフィールドで非常に快適でより多くのことをしているクライアント（データキャプチャフォームのようなものをほぼすべて構築している-jeeez ..）や、エディタにあまり慣れていないクライアント（たとえば、ワードドキュメントからコピーして貼り付ける）を見てきました。等..）。

私はベストプラクティスのドキュメントを見たことがありません。これは組織や機関のスキルと快適さに依存するため、すべてに当てはまるとは思いません。

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

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

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

見つけたら、ぜひシェアしてください。私も探しています。:)

于 2013-01-18T15:14:01.327 に答える
1

答えるのは簡単ではありませんが、確かに良い質問です。@Ramは、そこに書かれているベストプラクティスがないことは正しいと思います。そのほとんどは、コンテンツモデリングトレーニング（利用可能なトレーニングトラックを参照）を通じて受け継がれていると思いますが、あなたの質問に対する答えは次のとおりです。そこではあまり詳しく説明されていません。

経験から、リッチテキストフィールドはSDLTridionで最も悪用されているオプションの1つであることがわかりました。私が典型的な悪用と呼ぶのは、たとえば、編集者がHTMLをページに直接入力するために設計された単一のリッチテキストフィールドを持つ記事スキーマです。それは明らかにほとんどの人にとっての方法ではありませんが（私は; oを願っています）、それは顧客の要件に大きく依存します。

常に出てくる最初の議論は、編集者によるコンテンツのフォーマットを許可する必要があるかどうかです。コンテンツとレイアウトは分離する必要があるといつも言いたくなりますが、テーブル、強調されたテキスト、リスト、リンクなどと直接競合します。そこで、リッチテキストフィールドが役立ちます。

私は常にリッチテキストフィールドの使用を可能な限り制限することに賛成です。そのため、利用可能なXSLTを使用して、不要なタグと（スタイル設定）属性を削除します。最初に考慮すべきことの1つは、リッチテキストフィールドでの画像の使用法であり、リストの2番目はスクリプトタグとフォームタグです。リッチテキスト出力でそれらを許可したくない場合は、XSLTを調整してそれらを削除します。しかし、結局のところ、それは（残念ながら）主に顧客の要求に帰着します。もちろん、何が意味があり、何が意味をなさないかについてアドバイスする役割はありますが。

于 2013-01-21T10:14:31.773 に答える