2012-04-09 1 views
2

Um zu vermeiden, stark Multimedia-Metadaten Ich habe gesehen, "Bild-Metadaten" Komponenten, die haben die Bereiche Verbindungs:Komponente "Image Metadata" noch benötigt?

  • Bilder (Multimedia-Komponenten-Link)
  • alt text
  • Titel
  • Breite
  • Höhe

Dies ermöglicht uns, kontextspezifische Informationen zu trennen. Zum Beispiel könnte eine Banner-Komponente dieser Rolle dienen und könnte zu einem Multimedia-Bild verlinken. Da Alt-Text auch vom Kontext abhängig ist, ist es nicht sinnvoll, diese Felder in den Multimedia-Metadaten festzulegen. Wir können auch Text für Medien separat von Multimedia lokalisieren.

In SDL Tridion 2011 habe ich erweiterte Bildoptionen für Richtextfelder. Wenn ein Bild hinzufügen, kann ich:

  • (alt) text
  • Ausrichtung
  • Breite
  • Höhe
  • Anteil

Buddy

die Attribute Diese beeinflussen in der Quelle. Zum Beispiel:

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

Als diese in-RTF-Optionen eingeführt und sie sind konfigurierbar?

+0

Haben Sie ein Beispiel, wenn der Alt-Text sollte kontextsensitiv sein, andere als wenn die Sprache/das Gebietsschema des Kontextes anders ist? –

Antwort

2

Ich denke, der Grund für separate Metadaten-Komponenten ist, weil nicht alle Szenarien der Verwendung eines Bildes in einem RTF passieren, wo Sie die zusätzlichen Attribute für die spezifische RTF hinzufügen können, die Sie bearbeiten. In einigen Szenarien möchten Sie ein Bild mit unterschiedlichen Metadaten verwenden, je nachdem, wo es verwendet wird.

Szenario A: Die Metadaten des Bildes stark von den endgültigen Inhalt abhängt, die das Bild verbraucht und wird nur in diesem Zusammenhang verwendet werden, können Sie ein eingebettetes Schema tun, die durch eine Multimediaverbindung aufgebaut ist, + die Metadatenfelder. Im Inhalt, der das Bild verbraucht, dass die Metadaten-Schema als

Feld hinzufügen

Szenario B: den Metadaten des Bildes hängt von den endgültigen Inhalt nicht, die das Bild verbraucht und es gibt einige Variationen von verschiedenen Metadaten, das gleiche Bild. In diesem Fall sollte ein reguläres Schema für Geschäftsmetadaten mit einer binären Verknüpfung sein, die auf die Binärdatei verweist. Dieses Schema kann von anderen Schemas als Komponentenverknüpfung referenziert werden.

Szenario C: Die Metadaten des Bildes werden immer gleich sein, unabhängig davon, wo sie verbraucht werden. In diesem Fall fügen Sie die Metadaten in die Metadaten des Multimedia-Schemas ein. Sie können die Benutzeroberfläche für die Anwendung dieser Werte automatisch auf die RTF erweitern, wenn der Benutzer dieses Bild auswählt, aber ihnen die Flexibilität der Änderung geben

+0

Ausgezeichnete Aufteilung, ich akzeptiere dies als die Antwort. Ja, ich habe Szenario B in "Banner" -Komponenten gesehen, in denen Sie den gleichen Hintergrund verwenden können, aber einen anderen Titel und andere Metadaten haben. Szenario C ist sinnvoll im Kontext einer Medienbibliothek (von Bildern, PDFs usw.). Und A ist ein guter Kandidat für global freigegebene Bilder. –

1

Ich kann Ihnen nicht genau sagen, welche Version sie eingeführt wurden, aber sie sind nicht neu. Ich habe sie in Tridion 2009, 5.3 und sogar 5.2 IIRC gesehen.

Wenn konfigurierbar, möchten Sie diese Attribute ändern (hinzufügen/entfernen) - nein, sie können nicht konfiguriert werden.

+1

Ok, ich habe versucht herauszufinden, warum sogar separate "image metadata" -Komponenten haben, also muss es entweder zufällig wiederverwendet, lokalisiert oder ma- biert werden. :-) –

+0

Ich sehe was du meinst und ich denke die Antwort ist alles - ja, deshalb;). Es war in Tridion R4 (wieder IIRC), dass wir MMC zu tatsächlichen Komponenten aufgeteilt haben, genau aus den von Ihnen genannten Gründen - Multimedia-Wiederverwendung, Re-Link, Lokalisierung usw. Nun sind die Multimedia-Metadaten-Komponenten eine weitere Stufe der Indirektion, die macht in manchen Fällen auch Sinn. –