TYPO3@lisardo

Update: 

Der Artikel ist mittlerweile etwas älter geworden. Für die TYPO3-Versionen des Viererzweigs stimmt er noch, aber nicht mehr für TYPO3 6.x. Hier ist es deutlich einfacher geworden, da irgendwann seit Version 4.6 oder 4.7 der Core prinzipiell Lightboxen vorsieht. Ich habe einen kleinen Artikel verfasst, der beschreibt  wie man eine Lightbox anlegen kann, ganz ohne Extension, und diese auch im RTE freischaltet: Lightbox im RTE (rtehtmlarea) ohne Extension. 

----

Prinzipiell ist es möglich, mit Hife der Extension rtelightbox eine Lightbox im RTE umzusetzen – in der Regel reicht es einfach, eine gängige Lightbox zu installieren und danach im Template folgende statische Typoscript-Templates einzubinden: 

• das Template der jeweiligen Lightbox
• Clickenlarge Rendering (rtehtmlarea)
• RTE Lightbox (rtelightbox)

und zwar muss das Template von RTE Lightbox an letzter Stelle stehen. 

Leider hat die Extension aber einen kleinen Fehler: sie bindet das unbearbeitete Originalbild in die Lightbox ein, heisst, man erhält unter Umständen ein viel zu großes Bild in der Lightbox. 

Im RTE kann man horizontale Linien einfach mittels Blockstilen zur Verfügung stellen, die einem Absatz zugewiesen werden können. Diese Stile müssen allerdings vom Entwickler zur Verfügung gestellt werden. 

Dieser Absatz hat z. B. eine Linie oberhalb, die auf diese Art eingefügt wurde. 

Der RTE kann allerdings auch das HTML-Element <hr /> einsetzen, das unabhängig ist von den Blockelementen bzw. Absätzen.

Standardmäßig macht der RTE dabei leider einen Fehler: er packt die Linie in einen Absatz: <p><hr /></p>, was beim Validieren der Seite zu einem Fehler führt. Dieser Fehler stört allerdings die optische Darstellung nicht, wer also mit einem Validierungsfehler leben kann, muss nichts weiter unternehmen. 

Der Fehler kann eleminiert werden, wenn in das TypoScript-Template der Seite diese Zeilen eingefügt werden:

Leider hat das aber andere negative Konsequenzen. Wenn ich z. B. hier so eine Linie einfüge:

werden die folgenden Absätze nicht mehr richtig geparst. So werden z. B. in meinen Code-Snippets der <pre>-Tag nicht mehr korrekt von  tx-vjrtecodesnippets erkannt und geparst: 

lib.parseFunc_RTE.externalBlocks := addToList (hr)
lib.parseFunc_RTE.externalBlocks.hr.stripNL = 1

Ausserdem werden offensichtlich Links nicht mehr geparst. Das ganze ist ein Problem, das offenbar seit 2007 im Bugtracker steht, aber bis heute nicht wirklich gelöst wurde (hier sollte eigentlich ein Link stehen, der aber nicht geparst wird. Er folgt im nächsten Absatz, den ich in ein neues Inhaltselement packe.) 

Fazit:

Ich empfehle die Verwendung von Blockstilen wie ganz oben beschrieben. Wenn man unbedingt <hr /> verwenden muss, so sollte der Workaround gründlich getestet werden. Wenn – wie bei mir hier – die Fehler nicht gefixt werden können, dann muss man wohl oder übel mit dem Syntaxfehler des RTE leben. Wie gesagt: die Darstellung ist ja korrekt, es gefällt nur den Validatoren nicht.

Und hier ist der Link in den Bugtracker nochmals ...

[Update]
Für den Bug gibt es seit kurzem einen Fix im Bugtracker von Stanislas Rolland, der das Problem behebt. (Vielen Dank an Stanislas!)

Also Patch einspielen, oder aufs nächste Update von TYPO3 warten, dann wirds wohl dabei sein. 

[Update 2]

In Version 4.4.6 funktioniert es jetzt. 

Man kann den Like-Button von Facebook problemlos mit Typoscript auf jeder Seite einbinden. Zu beachten ist natürlich, dass immer die aktuelle Seite als Link übergeben werden muss. 

Weiterführende Links: 

• ein Tutorial von Alex im TYPO3-Forum. Er gibt auch noch Tipps, wie man das Skript als Inhaltselement einbauen kann. 
• die Facebookseite, auf der man sich den Code für den Like-Button holen kann. 
• Eine ausführliche Anleitung im Blog der Marit-AG, wie der Facebook-Share und der Twitter-Button via TypoScript eingebunden werden können. Sehr brauchbar. 

Es ist möglich, beliebige Eingabefelder im Backend mit Werten vorzubelegen, um so den Redakteuren die Arbeit zu erleichtern. Seit Version 4.3 geht das nicht nur über das User-TSconfig sondern auch im page-TSconfig. Wobei letzteres nur manchmal Sinn macht. 

Leider sind diese Optionen nicht stdWrap-fähig, so dass keine dynamischen Einträge erfolgen können (z. B. automatisch die User-Email aus dem Setup zu übernehmen). Armin Bartsch erläutert in seiner Webseite eine Möglichkeit, wie das mit Hilfe einer eingebundenen Methode doch möglich ist (habe ich allerdings nicht getestet). 

Ausserdem gibt es eine Extension, die automatisch für tt_news, pages und sys_notes Autor und E-Mail setzt: cron_setdefaultauthor

Weiterführende Links

• Kapitel User TSconfig in der TSconfig-Dokumentation (seit 4.3 auch in Page TSconfig möglich). 
• Felder vorbelegen von Armin Bartsch
• cron_setdefaultauthor (Extension)

Hier geht es um einen Typolink, der um ein Bild un einen Text liegen soll und der zudem auf einen Anker der aktuellen Seite verweisen soll: