Umgang mit der .tpl Deprecated Meldung

[tristanlins]

Aktuell wird ja eine Notice getriggert, wenn noch .tpl Dateien verwendet werden. Vor allem in der Anfangszeit halte ich diese Methode für nicht richtig, da möglicherweise eine aktualisierte Installation von diesen Meldungen überschwemmt wird und nicht jeder in der Lage ist, damit richtig um zu gehen. Natürlich wird diese Meldung nicht angezeigt wenn man die Fehlermeldungen nicht anzeigen lässt, aber im Allgemeinen denke ich, dass es eher für Verunsicherung sorgen wird.

Daher möchte ich eine Alternative vorschlagen.

Durch den neuen Template Cache ist man ja in der Lage nachzuvollziehen, ob es Dateien in templates/\ gibt, die auf .tpl Enden oder in system/modules/** Entsprechend dazu halte ich die Notice für weniger gut, eher eine BE Meldung wie im Mockup zu sehen.

Hier de HTML Code zum Mockup:

<div id="tl_tpl_deprecated" style="margin: 18px; border: 1px solid #FF851A; background: #FDFFC7; padding: 18px;">
<p>Ihr System verwendet Templates mit der Dateiendung *.tpl

![](<br>Diese Dateiendung wird zukünftig nicht mehr unterstützt.</p>
<p><input type="button" value="Templates von **.tpl in **.html5/*.xhtml umbenennen."></p>
<p>Einige Erweiterungen verwenden Templates mit der Dateiendung *.tpl)<br>Diese Dateiendung wird zukünftig nicht mehr unterstützt.</p>
<p><input type="button" value="Erweiterungen jetzt aktualisieren"></p>
<div><a href="http://www.contao.org">Lesen Sie mehr zu Templates auf Contao.org</a></div>
</div>

Bei dem Button "Templates von .tpl in .html5/.xhtml umbenennen." würden alle .tpl Dateien in templates/*.tpl in templates/.html5 bzw. templates/.xhtml kopiert/verschoben. Ob nach _.html5 oder _.xhtml oder sogar beides (also jeweils eine Kopie anlegen), könnte man Anhand der vorhandenen Themes entscheiden.

Der Button "Erweiterungen jetzt aktualisieren" verweist direkt auf die Erweiterungsverwaltung.

Der Link "Lesen Sie mehr zu Templates auf Contao.org" sollte dann natürlich auf einen (Blog)-Eintrag auf Contao.org verweisen, bei dem der Umgang mit .tpl/.html5/*.xhtml ausführlich beschrieben wird.

Download the attachments Related issues: #3436

--- Originally created on August 3rd, 2011, at 10:10am (ID 3323)

[Aybee]

Die TPLs sind (sollten sein) alle XHTML-tauglich, nicht aber HTML5-tauglich.

--- Originally created on August 3rd, 2011, at 11:53am

[tristanlins]

XHTML ist letztlich eine Untermenge von HTML5, HTML5 aber nicht von XHTML, daher sollte es kein Problem sein die _.tpl nach _.html5 zu kopieren. In HTML5 ist es egal ob du
oder
schreibst.

--- Originally created on August 3rd, 2011, at 12:36pm

[aschempp]

Weshalb ich nie verstanden hab warum wir alles doppelt bauen ;-)

--- Originally created on August 3rd, 2011, at 12:38pm

[Aybee]

Ups, sorry, da bin ich jetzt wohl fälschlicher Weise von ausgegangen.

Das wäre ja dann auch der Grund, warum wir doppelt bauen müssen, weil HTML5 keine Untermenge von XHTML ist. Mit XHTML5 wären wir irgendwie raus gewesen, bis 2.9.5 hatten wir ja auch kein HTML.

--- Originally created on August 3rd, 2011, at 01:13pm

[tristanlins]

@Andreas, nein mit XHTML5 wären wir nicht raus gekommen, weil HTML5 keine Untermenge von XHTML5 ist sondern umgekehrt ;) Du kannst es drehen und wenden wie du willst, aber XML (XHTML egal welche Version) ist immer eine Untermenge von SGML (HTML egal welche Version)

--- Originally created on August 3rd, 2011, at 01:30pm

[Aybee]

Nein, ich meinte, dass wir dann wie vorher XHTML strict und transitional jetzt auch nur XHTML5 strict und transitional anbieten.

--- Originally created on August 3rd, 2011, at 03:28pm

[tristanlins]

Ja stimmt, wäre mir grundsätzlich auch lieber gewesen, da ich eigentlich eher ein XML statt SGML Freund bin, aber da ich mich nicht an der Diskussion beteiligt habe, darf ich mich auch nicht beschweren. Außerdem hat XHTML5 auch seine Nachteile Gegenüber HTML5. Punkt 5 -> http://entwickler.com/itr/news/psecom,id,57768,nodeid,82.html

--- Originally created on August 3rd, 2011, at 03:42pm