Hallo Matthias,

unser Artikel ist nicht mehr so ganz taufrisch. Heute werden TYPO3-Templates auf Basis von FLUID realisiert.
Trotzdem funktioniert die vorgestellte Methode noch, wir haben die notwendigen Dateien jedoch nicht mehr „in peto“.
Ein typischer Fehler ist, dass vergessen wurde, TYPO3 mitzuteilen, wo im Template der dynamische (also von TYPO3 zu verwaltende) Bereich beginnt und endet.
Haben Sie zwischen dem einleitenden und abschließenden BODY-Tag folgendes im Template drin?:

[body]
[!– ###DOKUMENT### begin –]
[…]
[!– ###DOKUMENT### end –]
[/body]

(bitte die [] ersetzen durch: <> — die Blog-Kommentarfunktion erlaubt die korrekte Ausgabe nicht, da das HTML interpretiert wird).
Das DOKUMENT-Wrapping wird auch in vorstehendem Artikel beschrieben, aber vielleicht haben Sie vergessen, es zu integrieren?

Die Referenz auf die Marker passt also irgendwie nicht bzw. ist die Anleitung oben nicht wirklich zielführend. Schade.

Kann man nicht alle notwendigen Daten mitliefern? (z.B. css incl. Verweis darauf)

Vielleicht gibt es doch noch einen Hinweis?? Danke!

Via TypoScript. Der entsprechende Code im oben stehenden Artikel beginnt mit: #—– PAGE-Object erstellen: —–
So wird dann z.B. der Marker ###MAIN_MENU### angesprochen und mit dem Inhalt von temp.MAINMENU befüllt:
MAIN_MENU < temp.MAINMENU

Also ich bin leider nicht klar gekommen. z.b.:
„Anschließend teilen wir TYPO3 mit, welche Marker angesprochen und durch eigene Inhalte ersetzt werden sollen.“
Ähm, ok und wo?

Der Schuss, sich von Bootstrap, TemplaVoila!, etc. abhängig zu machen, kann auch schnell nach hinten losgehen. Unvergessen bleibt die Reaktion auf der T3-Entwicklerkonferenz, als der Entwickler angekündigt hat, TemplaVoila! nicht mehr weiterentwickeln zu wollen. Von Entsetzen derjenigen, die dutzende oder hunderte von Projekten von TemplaVoila! abhängig gemacht haben bis hin zu Standing Ovations der Puristen, die sowieso der Meinung waren, das wäre überflüssiger Schnickschnack für „Entwickler“, die zu wenig Ahnung haben, um selbst was zu entwickeln.

Der Nachteil von Bootstrap oder auch schicken und modernen WordPress-Themes wie AVADA oder DIVI ist die Abhängigkeit und dass vieles eine Art „Black Box“ darstellt. Insofern hat es nach wie vor seine Berechtigung, wenn der eine oder andere etwas tiefer in die Materie einsteigen und verstehen möchte, was hinter den Kulissen passiert.

Betrachten wir mal eure Webseite „plusb.de“: alles sehr schick. Im Speedtest aber gerade mal 28 von 100 möglichen Punkten. Nicht so gut für das SEO und die Usability… Javascript ohne Ende drückt eben die Performance. Und wenn z.B. Behörden mit abgeschaltetem JS vorbeischauen, bekommen sie eine leere, graue Seite angezeigt. Solche Besucher fallen als potentielle Kunden dann schon mal aus.
Die aktuelle „State of the Art“-Technik zu nutzen, muss nicht verkehrt sein. Aber sie sollte nicht zu Lasten der Usability oder des SEO gehen. Manchmal darf es auch etwas mehr „Old School“ sein, wenn man dafür Dutzende oder Hunderte von Besuchern am Tag generiert statt eine Website anzubieten, die kaum jemand zu sehen bekommt.

Das hier ist gerade Stand der Technik: github.com/benjaminkott/bootstrap_package
Fluid Styled Content. Alles schnell und einfach. Die Entwicklungskosten minimieren sich auf ein Bruchteil. Wiederverwendbarkeit des Codes zwischen den Projekten.

Hallo Thirk,

der HTML-Code mit den Markern wird als Template abgespeichert. „Template“ lässt sich mit „Dokument-Vorlage“ übersetzen.
Damit TYPO3 dieses Template „kennt“, muss es über die eigene Scriptsprache TypoScript eingebunden werden. TYPO3 identifiziert die Marker dann anhand der Rauten (###ICH_BIN_EIN_MARKER###).
Die Einbindung über TypoScript erfolgt im SETUP. Das Template muss natürlich auf den Webserver geladen und dann in TypoScript über das PAGE-Object auf das Verzeichnis sowie den Templatenamen referenziert werden.
(Nachstehend über den Pfad und den Template-Namen: fileadmin/templates/main/standard-template.html):

Beispiel:
page = PAGE
page.10 = TEMPLATE
page.10.template = FILE
page.10.template.10.template.file = fileadmin/templates/main/standard-template.html

Hallo Jan,

das freut uns, dass der Beitrag Ihnen weitergeholfen hat. Der Beitrag hat zum Ziel darzustellen, wie ein TYPO3 Template grundsätzlich erstellt werden kann.

Man könnte ihn natürlich ausbauen und viele weitere Feinheiten und Finessen einfließen lassen. Das würde aber zu Lasten der Übersichtlichkeit gehen und auch den Rahmen eines Blog-Beitrag sprengen. Dafür müsste man eher ein Sachbuch schreiben – von denen es bereits einige gibt. Oder zumindeste ein eigenes, ausführliches Handbuch.

Hallo Carina,

temp.MAINMNU wird als HMENU definiert. Doku: https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Hmenu/Index.html

Das können Sie sich als eine Art „Container“ vorstellen. Dabei wird alles für die Erstellung des Hauptmenüs benötigten TypoScript in temp.MAINMENU geschrieben.
Es handelt sich also nicht um eine Datei, die angelegt und abgespeichert werden muss, sondern um reines TypoScript (die Scriptsprache von TYPO3). Der Eintrag erfolgt im Setup.

Der Inhalt von temp.MAINMENU wird danach in den Marker MAIN_MENU des Templates gefüllt. Dies geschieht durch die obige Codezeile:

MAIN_MENU < temp.MAINMENU