2012-04-09 5 views
2

は強く、マルチメディアメタデータが、私はこのようなフィールドを持っている "イメージメタデータ" コンポーネントを見てきまし接続しないようにするには:"Image Metadata"コンポーネントがまだ必要ですか?

  • 画像(マルチメディアコンポーネントリンク)
  • タイトル
  • altテキスト
  • 高さ

これにより、コンテキスト固有の情報を分離することができます。たとえば、バナーコンポーネントがこの役割を果たし、マルチメディアイメージにリンクする可能性があります。 altテキストもコンテキストに依存するため、これらのフィールドをマルチメディアメタデータに設定することは意味がありません。また、マルチメディアとは別のメディアのテキストをローカライズすることもできます。

SDL Tridion 2011では、リッチテキストフィールドの画像オプションを拡張しました。画像を追加する場合、私が設定することができる:

  • (ALT)テキスト
  • アラインメント
  • 割合

Buddy

この属性に影響を与えますソースで。たとえば:

<img src="tcm:5-274" title="buddy" alt="buddy" style="vertical-align: top; width: 70px; height: 70px;"/> 

は、これらの中-RTFのオプションが導入され、彼らは設定可能ですし、いつですか?

+0

altテキストが文脈依存でなければならない例がありますか?コンテキストの言語/ロケールが異なる場合よりも –

答えて

2

私は別のメタデータコンポーネントを持つ理由は、編集中の特定のRTFの追加属性を追加できるRTFでイメージの使用シナリオのすべてが起こるわけではないからだと思います。 一部のシナリオでは、イメージを使用する場所は、使用する場所によって異なるメタデータを使用します。

シナリオA:画像の ザ・メタデータを強くイメージを消費しているだけという文脈で使用される、最終的なコンテンツに依存し、あなたは、マルチメディア・リンクによって構成され埋め込まれたスキーマを行うことができます+メタデータフィールド。イメージを消費するコンテンツで 、フィールドとそのメタデータスキーマを追加

シナリオB: 画像のメタデータは、イメージを消費している最終的なコンテンツに依存せず、いくつかのバリエーションが存在します異なるメタデータ、同じ画像の この場合、バイナリを指すバイナリリンクを持つストアメタデータ用の通常のスキーマにする必要があります。 このスキーマは、他のスキーマによってコンポーネントリンクとして参照できます。

シナリオC: イメージのメタデータは、どこで消費されても常に同じです。 この場合、マルチメディアスキーマのメタデータにメタデータを追加します。 ユーザが画像を選択したときにそれらの値を自動的にRTFに適用するようにUIを拡張することができます。

+0

優れた故障、私はこれを答えとして受け入れています。はい、同じ背景を再利用できますが、異なるタイトルとメタデータを持つ「バナー」コンポーネントのシナリオBを見てきました。シナリオCは、メディアタイプのライブラリ(画像、PDFなど)のコンテキストで意味があります。そして、Aは、グローバルに共有されるイメージのための良い候補です。 –

1

導入されたバージョンは正確にはわかりませんが、最新ではありません。私はTridion 2009、5.3、さらに5.2 IIRCでそれらを見ました。

これらの属性を変更(追加/削除)する必要がある場合は、これらを設定することはできません。

+1

私は別々の「イメージメタデータ」コンポーネントを持っている理由を理解しようとしていたので、偶然にも再利用、ローカリゼーション、またはmabyeのいずれかになる必要があります。 :-) –

+0

私はあなたが何を意味しているかを見ています。答えはすべてだと思います。 Tridion R4(IIRC)には、マルチメディアの再利用、再リンク、ローカライゼーションなどの理由で、MMCを実際のコンポーネントに分割していました。今、マルチメディアメタデータコンポーネントは、間接的な別のレベルです。場合によってはあまりにも意味があります。 –

関連する問題