Colorbox - Titel nur einblenden wenn vorhanden

[Volkan]

Hi,

meine Suche war leider erfolglos darum probiere ich es mit einem eigenen Beitrag. Die Colorbox unterstützt (zumindest in Contao 3.3.6) keine Bildunterschriften und ersetzt lediglich bei Angabe von Bildtiteln den Dateinamen des Bildes innerhalb der Colorbox.

Darum würde ich gerne wissen ob es möglich ist, dass man den Titel "cboxTitle" nur ausgibt wenn ein Bildtitel angegeben ist und ausblendet wenn lediglich der Dateiname vorhanden ist.

Ich hoffe das war verständlich

Alternativ würde ich mich auch damit zufrieden geben wenn mir jemand sagt wie man die META Bildunterschrift ausgibt.

Besten Dank

[Spooky]

Das kannst du vielleicht mit dem onOpen callback realisieren. Siehe http://www.jacklmoore.com/colorbox/

[Volkan]

Danke für deine Antwort.

Ich habe das nun so gelöst, dass ich im gallery Template

title="<?php echo $col->title;

durch

title="<?php echo $col->caption;

ersetzt habe.

[radobo]

Hallo, welches Template ist das genau? Im ce_gallery kommt Title gar nicht vor. Ich würde es auch gerne so hinbekommen, dass die colorbox bei Gallery die in der Dateiverwaltung hinterlegte Bildunterschrift anzeigt, so wie es Gallery selber ja auch tut. Oder bin ich hier auf der falschen Fährte und muss das Template von j_colorbox ändern? Da kommt Title aber auch nicht vor...

[Andreas]

gallery_default. Das kannst du aber auch bei den Template-Einstellungen des CEs Galerie sehen.

[radobo]

Okay, danke, hätte ich in der Tat selber drauf kommen können. Ich bin da immer leicht überfordert. Jedoch nützt es nichts: die zitierte Codestrecke kommt in dem gallery-default gar nicht vor, es wurde vielleicht zwischenzeitlich geändert. Aber ich habe jetzt in der Dateiverwaltung bei den Meta-Daten die Bildunterschrift in den Titel dupliziert. Die Bildunterschrift wird in der Galerie angezeigt, die colorbox zeigt den Titel an. Unschön ist, dass bei Bildern, die im Textelement bei "ein Bild hinzufügen" nur die dort angegebene Bildunterschrift angezeigt und nicht auf die Meta-Daten des Bildes zugegriffen wird. Aber vielleicht kommt das ja irgendwann mal.

[Andreas]

Unschön ist, dass bei Bildern, die im Textelement bei "ein Bild hinzufügen" nur die dort angegebene Bildunterschrift angezeigt und nicht auf die Meta-Daten des Bildes zugegriffen wird. Aber vielleicht kommt das ja irgendwann mal.

Ja, das ist wirklich unschön, dass dies immer noch nicht umgesetzt ist, obwohl das schon so oft angefragt wurde und auch Sinn macht. Mittlerweile gibt es so viele Tickets dazu, die meisten davon bereits geschlossen, dass man gar nicht mehr weiß, an welches man sich da anhängen kann https://github.com/contao/core/issue...itle%20meta%20 Vielleicht sollte man da nochmal ein neues aufmachen, IMHO ist das ein Bug.

Ich sehe gerade, dass bei dem Bild in CE-Text ja noch nicht mal ein TITLE aus dem Dateinamen generiert wird. Ist das bei dir auch so?

[radobo]

Ich Sehe gerade, dass bei dem Bild in CE-Text ja noch nicht mal ein TITLE aus dem Dateinamen generiert wird. Ist das bei dir auch so?

Die Frage verstehe ich mal wieder nur halb (weiß nicht, was mit "CE-Text" gemeint ist), aber: bevor ich die Meta-Daten ergänzte, wurde der Dateiname als Titel angezeigt.

[Andreas]

CE ist die Abkürzung für Content-Element.

Schau mal in den Quellcode, ob da ein TITLE im Anker oder im IMG ist - bei mir nicht. Titel-Feld im CE habe ich leer gelassen, in der Dateiverwaltung ist ein Titel eingetragen.

[radobo]

Ich stelle fest, dass die Metadaten, wenn im CE-Text bei den Bild-Informationen nichts eingetragen ist, beim Speichern dorthin übernommen werden, und zwar "alternativer Text" und "Bildunterschrift"; Title nicht. Nachträgliche Änderungen der Metadaten sind beim CE leider ohne Auswirkung. Title wird nur generiert, wenn ich einen Titel manuell eingebe.

Einem Nachrichten-Artikel kann man auch ein Bild mitgeben. Da lässt sich Title nicht eintragen, wird auch nicht generiert. Bei ermöglichter Großansicht wird aber ein Titel bei MouseOver eingeblendet. Und der Titel, aus dem alternativen Text generiert, steht auch über dem Großbild. Änderungen der Metadaten auch hier ohne Auswirkung.

[mlweb]

Ich habe da auch schon mal getestet was genau wann übernommen wird. Ich glaube es war so:

• beim ersten Hinzufügen des Bildes in einem Textelement, werden die Daten aus den Metadaten-Feldern in der Dateiverwaltung in die entsprechenden Felder des Textelementes übernommen.
• nachträgliche Veränderungen in den Metadaten haben keine Auswirkungen auf die Felder im Textelement
• Veränderungen im Textelement haben keine Auswirkungen auf die Metadaten-Felder
• mit Löschen des Bildes und erneutem setzen, kann man die veränderten Metadatenfelder ins Textelement übernehmen.

Auch wenn das ganze eine gewisse Logik hat - denn so kann man bei mehrfacher Verwendung eines Bildes unterschiedliche Bildbeschreibungen etc. verwenden - mir fehlt eigentlich ein Button mit dem ich explizit veränderte Metadatenfelder übernehmen kann. Einem Kunden ist das ganze nicht gut zu vermitteln.

[tab]

Ja, das ist ein leidiges Thema. Vielleicht sollten wir da mal gemeinsam einen Vorschlag ausarbeiten, wie man das am sinnvollsten gestalten könnte und den dann auf Github einstellen. Das müsste dann aber wohl als Bugfix laufen , denn neue Features gibt es in 3.5 ja nicht mehr.

[mlweb]

Komplettierend würde ich es auch für wichtig halten, dass in den Bild-Dateien vorhandene Metadaten ausgelesen werden und eine Vorbelegung für die Metadaten in der Dateiverwaltung darstellen. Ich habe da auch mal etwas probiert, aber meine Programmierkenntnisse sind da nicht ganz ausreichend. Das Ganze muss ja auch sauber bei mehrsprachigen Seiten funktionieren. Ich habe dann auch nicht weiter überlegt, nach dem ich bemerkt habe, dass die Daten eben nicht automatisch die Felder in einem Textelement aktualisieren.
Ob man das Ganze aber als ein Bugfix deklarieren kann wage ich zu bezweifeln. Man hat sich ja auch etwas dabei gedacht (glaube ich zumindestens), wenn man die erste vorgeschlagene Übernahme überschreibbar macht.
Wie weit müsste den ein solcher Vorschlag auf Github ausgearbeitet werden? So eine Art Abhängigkeitsgraph?

[Andreas]

Habe leider gerade keine Zeit, würde das sonst machen.

1. IMHO sollte die tl_files als Datei-Datenbank dienen, welche auch nur über die Dateiverwaltung zu bearbeiten sein sollte.
2. Alle Ausgabetemplates sollten, wenn es um den Titel geht zuerst nachsehen, ob das Auszugebende Objekt (CE, News, usw) selbst einen Titel hat und diesen dann ausgeben.
3. Hat das Objekt keinen Titel, dann in tl_files nachsehen, ob ein Titel hinterlegt ist und wenn vorhanden diesen nehmen.
4. Das gleiche dann nicht nur für Titel, sondern auch für die anderen Metadaten-Felder.

Eigentlich einfach und logisch sollte man meinen.

Für so besondere Fälle, wie z.B., dass in tl_files ein Titel hinterlegt ist und man in der Ausgabe seines CEs überhaupt keinen Titel möchte, muss man halt sein Template anpassen. Aber nicht, wenn der Titel im CE leer ist, dann lösche den Titel in tl_files, oder beim ersten Speichern mache dies, beim 2. Speichern mache das o.ä. Spielchen.

Solltet ihr alle damit einverstanden sein, dann ginge es jetzt darum zu testen inwieweit das momentan nicht funktioniert, und wenn es nicht funktionifert, wäre es IMHO ein Bug. Das Testen könnte also ziemlich umfangreich werden.

[mlweb]

In dieser Woche komme ich nicht zum Testen, aber nächste Woche (oder vielleicht schon am Wochenende) könnte ich solch einen Test starten.

[Andreas]

...in den Bild-Dateien vorhandene Metadaten...

Sprichst du hier über EXIF und so? Das wäre ein Feature-Request.

Was ich falsch fände wäre, dass z.B. ein CE-Bild beim Erstellen das Titel-Feld aus tl_files vorbelegt bekäme. Es ist doch ein eigener Datensatz, wo ich mich dann entscheiden kann, dass ich diesem Datensatz keinen Titel vergebe. Ob dann in der tl_files für dieses Bild ein Titel hinterlegt ist, ist doch hier unerheblich. Die Logik "wenn CE einen Titel hat, dann diesen, sonst den aus tl_files" sollte doch erst bei der Ausgabe ins Spiel kommen, nicht beim Einpflegen von Datensätzen.

[Andreas]

In dieser Woche komme ich nicht zum Testen, aber nächste Woche (oder vielleicht schon am Wochenende) könnte ich solch einen Test starten.

Das wäre natürlich toll.

[Andreas]

... Man hat sich ja auch etwas dabei gedacht (glaube ich zumindestens), wenn man die erste vorgeschlagene Übernahme überschreibbar macht. ...

Wie gesagt, so eine automatische Übernahme aus tl_files beim Erstellen eines CEs halte ich für Mist, und das ist evtl. auch das Übel des Ganzen. Das erinnert mich an Microsoftprogramme **grusel**. Das einzige was ich mir vorstellen könnte wäre z.B. ein Tooltip, welcher mir eben anzeigt, ob für die gewählte Datei bereits Metadaten existieren, aber das wäre wieder ein Feature-Request.

[mlweb]

Sprichst du hier über EXIF und so?

Ja, wenn nicht für die 3.5 vielleicht ein Feature für die Version 4.

Was ich falsch fände wäre, dass z.B. ein CE-Bild beim Erstellen das Titel-Feld aus tl_files vorbelegt bekäme. Es ist doch ein eigener Datensatz, wo ich mich dann entscheiden kann, dass ich diesem Datensatz keinen Titel vergebe. Ob dann in der tl_files für dieses Bild ein Titel hinterlegt ist, ist doch hier unerheblich. Die Logik "wenn CE einen Titel hat, dann diesen, sonst den aus tl_files" sollte doch erst bei der Ausgabe ins Spiel kommen, nicht beim Einpflegen von Datensätzen.

Dieser Wunsch war mehr der vorhandenen "Logik" geschuldet, die ich bei meinen schon mal rudimentär durchgeführten Tests festgestellt habe. Einzige Möglichkeit bei Bildern in Textelementen die Eingaben aus den Meta-Tags der Dateiverwaltung zu bekommen war, bei einem neu hinzugefügten Bild.

Die von Dir vorgeschlagenen Logik ist ja eine etwas andere. Die hat auch was. Einziger Nachteil - ein Redakteur kann beim Einpflegen von Datensätzen nicht sofort "sehen", ob vieleicht bei den Meta-Tags schon etwas eingetragen ist und macht sich unter Umständen unnötige Arbeit.

[tab]

Ich komme leider auch nicht vor dem WE zu einem echten Test. Aber das Ganze ist m.E. jetzt auch nicht plötzlich supereilig. Es ist seit langer Zeit so wie es ist und Contao 3.5 läuft auch nicht morgen aus.

[mlweb]

Das einzige was ich mir vorstellen könnte wäre z.B. ein Tooltip, welcher mir eben anzeigt, ob für die gewählte Datei bereits Metadaten existieren, aber das wäre wieder ein Feature-Request.

Ja genau, oder eben ein Button mit der Aktion, die Inhalte zu übernehmen. Damit der Redakteur ohne Wechsel in die Dateiverwaltung sehen kann, ob ihm der hinterlegte Inhalt genehm ist.

[tab]

Die von Dir vorgeschlagenen Logik ist ja eine etwas andere. Die hat auch was. Einziger Nachteil - ein Redakteur kann beim Einpflegen von Datensätzen nicht sofort "sehen", ob vieleicht bei den Meta-Tags schon etwas eingetragen ist und macht sich unter Umständen unnötige Arbeit.

Ein weiterer Nachteil ist m.E aber auch, dass man einen in der Dateiverwaltung eingetragenen Titel nicht "wegbekommt", also gar keinen Titel auszugeben nicht möglich ist ohne ein Template zu erstellen. Damit kann ich aber leben, weil es eh alternativlos ist ohne dass es zum Feature wird . Ich hätte das eigentlich schon ganz gern in 3.5 noch drin, für 4.x fände ich die EXIF-Daten auch ganz interessant, wobei das sicher auch wieder nicht so einfach vernünftig umsetzbar sein wird, also so, dass es auch in der Anwendung durchgängig verwendbar ist.

[Andreas]

Ich habe das Gefühl, dass die ganze Sache deswegen immer noch buggy ist, weil so viel darüber diskutiert wird.

Einen Wert aus tl_files in einen anderen Datensatz zu übernehmen, obwohl er doch schon existiert, nur um zu sehen, was da drin steht. Da schüttelt es mich.

Es gibt doch grundsätzlich 2 Ansätze.

1. Die Metadaten werden in der tl_files verwaltet.
2. Man verzichtet auf Metadaten in der tl_files und vergibt, wenn gewünscht, einzelnen Feldern eines Datensatz Werte für die Ausgabe in bestimmten Feldern (das sind keine Metadaten), nur Werte für diesen einen Datensatz, z.B. für ein CE.

Zu Ansatz 1: Vermisse ich in der FE-Ausgabe einen Wert, oder wird ein Wert aus dem Dateinamen gebildet, gehe ich in die Dateiverwaltung und trage diesen Wert ein. Stellt euch mal vor ich verwaltete meine Metas über tl_files und erstellte jetzt ein CE, welches einen Wert ins Titel-Feld geschrieben bekäme, was in tl_files gefunden wurde. Dann habe ich ja Angaben zum Titel über diese Datei in diesem Datensatz, die ich dort gar nicht haben möchte, ich verwalte die Titel doch in tl_files. Und ein "Übernehmen-Button" aus tl_files? Wieso? Der Wert steht doch schon in tl_files drin.

Zu Ansatz 2: Leere Felder beim Erstellen? Kein Problem. Ich möchte einen Titel eingeben? Ok, ich gebe einen ein.

Dann gibt es noch diesen Hybrid-Ansatz. Ich pflege in tl_files, möchte aber jetzt gerade bei diesem einen Element einen anderen Titel ausgeben. Kein Problem, ich gebe in das leere Feld einen Titel ein. Lösche ich ihn wieder, dann wird wieder der Wert aus tl_files genommen. Das einzige was hier fehlen würde wären ein paar Features:

• Zeige in nem Tooltip die Metadaten aus tl_files.
• Oder ne Checkbox ignoriere tl_files, falls ich leere Werte haben möchte.
• Oder ganz kompliziert einen Direktlink zum Bearbeiten der Metadaten für diese Datei/en in tl_files.

Der Tooltip wäre über einen onload_callback bestimmt relativ einfach zu realisieren.

[Andreas]

... fände ich die EXIF-Daten auch ganz interessant, wobei das sicher auch wieder nicht so einfach vernünftig umsetzbar sein wird ...

Das könnte sehr komplex werden, es gibt so viele unterschiedliche EXIF-Daten, und dann gibt es noch IPTC und was weiß ich noch alles, sodass es IMHO ein klarer Fall für ne Erweiterung wäre. So ein Feature könnte die Core-Entwicklung ausbremsen. Ich hatte z.B. bis jetzt noch keinen Kunden, der im FE EXIF o.ä. Daten ausgeben wollte.

[mlweb]

Einen Wert aus tl_files in einen anderen Datensatz zu übernehmen, obwohl er doch schon existiert, nur um zu sehen, was da drin steht. Da schüttelt es mich.

Da hast Du sicher recht.
Aber das Ganze war in meiner Erinnerung noch etwas komplizierter. Da spielte ja auch noch der alternativen Text rein, der ggf. aus dem Titel der Meta-Tags in der Dateiverwaltung generiert wird und da fällt es den Redakteuren sehr schwer den Überblick zu behalten. Ist zumindestens meine Erfahrung.
Ich muss mir das noch mal danz genau anschauen. Meinen alten Test habe ich mit einer 3.5.6 gemacht. Ich weiss nicht was bzw. ob sich seitdem etwas verändert hat.

Dann gibt es noch diesen Hybrid-Ansatz. Ich pflege in tl_files, möchte aber jetzt gerade bei diesem einen Element einen anderen Titel ausgeben. Kein Problem, ich gebe in das leere Feld einen Titel ein. Lösche ich ihn wieder, dann wird wieder der Wert aus tl_files genommen. Das einzige was hier fehlen würde wären ein paar Features:

• Zeige in nem Tooltip die Metadaten aus tl_files.
• Oder ne Checkbox ignoriere tl_files, falls ich leere Werte haben möchte.
• Oder ganz kompliziert einen Direktlink zum Bearbeiten der Metadaten für diese Datei/en in tl_files.

Ja das hört sich sinvoll an. Wobei insbesondere das erste Feature - zeige die Metadaten wichtig ist.
Außerdem fehlt ein Hinweis, dass der Titel aus den Metadaten als alternativer Text verwendet wird nicht jedoch als title-Tag.
Verkompliziert wird das ganze dann bei der Verwendung in Lightboxen und Slidern. So wird z.B. bei der j_colorbox beim Einzelbild und aus dem Textelement heraus der Titel aus den Metadaten standardmäßig nicht angezeigt, weil hier der title-Tag gezogen wird. In der Galerie wird aber der Titel aus den Metadaten verwendet. Kann man zwar alles in den Templates anpassen, aber ganz logisch ist es eben nicht. Ich weiss nicht einmal ob sich alle Lightboxen und Slider gleich verhalten.
Ich werde mich bemühen das Ganze mal von Grund auf zu untersuchen und dann den Istzustand zur Verfügung stellen.

[radobo]

oh je, da hab ich was losgetreten Aber es wäre toll, wenn das Problem angepackt würde. Leider fehlt mir der nötige Durchblick, sonst würde ich dabei gerne helfen.

[Andreas]

@mlweb
Ok, ich beschränke mich mal auf das CE-Bild. Hier die Felder

• Alternativer Text
• Titel

Diese Felder sind wichtig in Bezug auf Pflicht-Attribut ALT und TITLE für SEO.

Felder wie z.B.

• Bildlink-Adresse
• Bildunterschrift

sind optionale Felder, welche eigentlich nur zum CE-Datensatz gehören und nicht zu den Metaangaben, aber egal, dass man sie auch in den Metaangaben pflegen kann ist halt ein Feature, welches man sich auch hier und da zu Nutze machen kann.

Bei den Metaangaben findet man in der Dateiverwaltung die Felder

• Titel
• Link
• Bildunterschrift

Eigentlich würde Link und Bildunterschrift da nicht hingehören sondern solche Felder wie z.B.

• Kurztext
• Langtext
• Alt
• Autor

Einige Felder machen halt nur für bestimmte Dateitypen einen Sinn.

Die Standard-Core-Templates sollten nun so beschaffen sein, dass sie den größtmöglichen Sinn ergeben. Z.B. das Alt-Attribute muss vorhanden sein (auch wenn es keinen Inhalt erfordert). Also sollte das Template hier den im CE eingetragenen Alternativen Text ausgeben, wenn da nichts vorhanden ist nachschauen, ob es einen Kurztext gibt (Titel aus tl_files), wenn es auch dort nichts gibt, z.B. den Text aus dem Dateinamen generieren.

Wir können nur versuchen im Core ein schönes Default-Template bereitzustellen, welches den größten Nutzen für die Seite bringt und Sinn macht. Wenn jetzt jemand sagt, aber ich will, dass das ALT aus der Bildunterschrift und nicht aus dem Titel erzeugt wird, dann muss halt ne manuelle Templateanpassung ran.

Ich möchte hier keinen FR stellen um die Dateiverwaltung umzumodeln, mit den 3 Feldern, die wir dort haben lässt sich schon so einiges anfangen, ich will nur gesagt haben, dass die Ausgabemodule und Templates so sein sollten, dass etwas Sinnvolles dabei herauskommt. Wenn ich z.B. eine Galerie erstelle und ich finde im FE im Quellcode dort keine TITLEs aus den Metaangaben, dann stimmt da etwas nicht. Und wenn in der aufpoppenden Lightbox der Dateiname als Überschrift angezeigt wird, obwohl in den Metas sowohl Titel als auch Bildunterschrift drin stehen, dann stimmt da auch etwas nicht. Ob da jetzt über das Default-Template der Titel oder die Bildunterschrift angezeigt wird, darüber kann man diskutieren.

[Andreas]

Außerdem fehlt ein Hinweis, dass der Titel aus den Metadaten als alternativer Text verwendet wird nicht jedoch als title-Tag.

Du meinst bestimmt TITLE-Attribute, title-Tag gibt es doch nur im HEAD.

Wenn der Titel aus den Metas nicht für das TITLE-Attribute benutzt wird, wäre das ein Bug.

Ein Hinweis für den Titel in der Dateiverwaltung wäre schwierig, da man hier einer Datei ja nur einen Titel zuweist. Wozu der in welchen Ausgabetemplates am sinnvollsten genutzt wird, wäre ja noch ne andere Sache. Deswegen sagte ich ja, diese Felder müssten eigentlich irgendwie anders heißen, Kurztext usw.

In den CEs z.B. bräuchte da eigentlich kein Hinweis hin. Dass das Titelfeld u.a. wenn angebracht als TITLE-Attribute benutzt wird, sollte selbstverständlich sein. Ein SEO-Hinweis wäre da evtl. angebrachter.

[mlweb]

Du meinst bestimmt TITLE-Attribute

Ja klar, das muss die Hitze sein.

Wenn der Titel aus den Metas nicht für das TITLE-Attribute benutzt wird, wäre das ein Bug.

Ich kann Dir schon mal bestätigen, dass der Titel aus den Meta-Informationen bei Bildern in Text-Elementen und in der Galerie nicht als title-Attribut verwendet wird.

Nachtrag: Der Titel aus den Metainformationen scheint aber bei den Bildern konsequent als alt-attribut verwendet zu werden, wenn manuell kein alt-attribut eingegeben worden ist bzw. werden kann (betrifft z.B. die Galerie).

[mlweb]

Ich hatte z.B. bis jetzt noch keinen Kunden, der im FE EXIF o.ä. Daten ausgeben wollte.

Stimmt schon EXIF-Daten selbst hatte ich bisher auch nur eine Anfrage. Meistens ging es um IPTC oder Daten die redundant sowohl in EXIF als auch in IPTC zu finden sind. Ist im Template auch machbar, aber die Daten sind in Contao dann außer im Frontend nirgends sichbar.

[jenda]

Hallo,

ich weiß, dass es nicht gerade hierher gehört, trotzdem möchte ich es versuchen. Weiß jemand, wie ich die Angaben für alt als HTML ausgeben kann? Muss ich noch irgendwo etwas einstellen?

Schon jetzt danke ich euch und wünsche euch noch einen schönen Tag.

[Spooky]

Erkläre genauer was du vorhast oder mache besser einen eigenen Thread dafür, wo du deinen Wunsch präziser beschreibst.

[mlweb]

und schicke am besten auch einen Link mit, damit man nachvollziehen kann wo Dir das alt-Tag in der Ausgabe fehlt.

[jenda]

Hier ist das Thema separat Danke für euere Hilfe.