3.5.x - Änderung/Hinzufügen des alt attributs nicht möglich?

[TKalwass]

Hallo,

ausgehend von diesem Beitrag: Kann es sein, dass das mit dem alt Attribut nicht immer sauber über die Dateiverwaltung funktioniert?

Ich möchte im Gegensatz zum Thread kein sinnloses title tag setzen, sondern Bilder semantisch korrekt per alt auszeichnen - vor allem, da wir viele 23ds13.jpg usw. haben, die in dutzende Artikel eingebunden sind. Also der Weg über die Dateiverwaltung und den "Titel" - nur: Es ändert sich nichts - das alt tag bleibt weiterhin leer und ich habe schöne Pfade à la

<img src="//st1.exmaple.de/files/Bilder/Produktbilder/mini/2.jpg" width="250" height="200" alt="">

[mlweb]

In Contao 3 werden die Einstellungen aus der Dateiverwaltung leider nur übernommen, wenn diese vor der Einbindung der Quelldatei vorhanden waren. Dann werden bei leeren Feldern im Content-Element die Metadaten beim Speichern aus der Dateiverwaltung "gezogen".
Erst in Contao 4 wurde der Umgang mit den Metadaten deutlich verbessert und auch einige Ungereimtheiten beseitigt.

Edit: Habe gerade noch mal in den verlinkten Artikel geschaut. Da geht es aber noch um ein weiteres Thema, nämlich die Einbindung über den Tiny. Dazu kann ich dann nichts sagen. Ich empfinde diese Form der Einbindung in Contao als "Unsitte".

Wie sind die Bilder bei Dir eingebunden?

[Andreas]

Ein TITLE in IMGs ist semantisch nicht falsch, aber natürlich sollten deine ALT-Attribute passenden Text bekommen. Wenn Contao das nicht aus der Dateiverwaltung zieht, musst du leider das Template anpassen. Mit folgender Zeile im Template kannst du herausfinden, ob ein passender Text für das Alt-Attribut bereits in einer Variablen vorhanden ist. Ansonsten müsste man das über ein FilesModel aus der Tabelle tl_files ziehen.

<?php
$this->showTemplateVars();
?>

[TKalwass]

Hallo,

um den Kleinkram in dem Thread ging's mir gar nicht so, mehr um die Feststellung, dass es theoretisch gehen müsste. Ich hab' jetzt schon an anderer Stelle Bestätigung gefunden, dass es nur bei neuen Elementen geht, nicht bei Bestandsdaten. Da zieht sich Contao das tag nicht mehr aus der Dateiverwaltung. Ich prüfe gerade, ob ich's direkt in der Datenbank ändern kann über Export, ändern, Reimport.

EDIT: Schon wieder vorbei, da in der SQL keine Pfadangaben hinterlegt sind. Zumindest keine, mit denen ich z. B. die Angaben aus tl_files und tl_content zusammenführen kann.

Laut schema.org haben titles in Images nichts verloren. Ich probier's mal mit der Variablen, danke.

[Andreas]

Ja, einige haben auf github immer wieder dafür plädiert, dass es funktionabel umgesetzt wird. Aber im Endeffekt war es dann immer ziemlich chaotisch und auch nicht konsequent auf alle Objekte mit Bildern angewendet. Hatte eine gewisse Logik, war aber nicht wirklich brauchbar. Der Grundsatz wurde schon nicht verstanden, dass Meta-Daten von Dateien nichts in Tabellen wie tl_content u.a. verloren haben. Höchstens ein Feld, welches eine höhere Priorität hat als ein entsprechendes Feld in den Metadaten falls dieses Feld ausgefüllt ist. Aber auch das klappte irgendwie nicht.

Evtl. kannst du die Felder in tl_content.alt|title|caption leeren. Vielleicht werden dann wieder die Daten aus tl_files genommen. DB-Backup versteht sich von selbst. Wenn nicht und du hast diese Felder alle leer, müsstest du dann über Templateanpassungen die Metadaten selber in die Ausgabe holen.

Die Verbindung geht über tl_content.singleSRC = tl_files.uuid.

Ich kann da nicht herauslesen, dass man kein TITLE für IMGs benutzen sollte. Wenn HTML geschrieben wird, halte ich mich auch an den HTML-Standard und nicht an schema.org.

[TKalwass]

Evtl. kannst du die Felder in tl_content.alt|title|caption leeren. Vielleicht werden dann wieder die Daten aus tl_files genommen. DB-Backup versteht sich von selbst. Wenn nicht und du hast diese Felder alle leer, müsstest du dann über Templateanpassungen die Metadaten selber in die Ausgabe holen.

Danke Dir, das ist echt 'ne gute Idee! Werd' das im Laufe des Tages mal ausprobieren und dann berichten.

Naja, jeder hat da wohl so sein Dogma. Ich unterwerfe mich dem von schema.org als Plattform der großen vier, die Orientierung an html Standards ist für mich eigentlich seitdem vorbei, seit die (indirekt) entscheiden, was valide ist und was nicht. :/ Dem User ist's eh egal - das merkte ich spätestens mal bei 'ner Diskussion mit jemand, der nicht einsehen wollte, dass man Inhalte von Seiten (und ich meine alles, nicht nur Texte. ) nicht nur mit <br> strukturiert: "Warum? Sieht doch genauso aus..."

[tab]

Dem User ist's eh egal - das merkte ich spätestens mal bei 'ner Diskussion mit jemand, der nicht einsehen wollte, dass man Inhalte von Seiten (und ich meine alles, nicht nur Texte. ) nicht nur mit <br> strukturiert: "Warum? Sieht doch genauso aus..."

Dazu noch die unterschiedlichen Schriftgrößen <h1> bis <h6>, was braucht man mehr?