TYPO3@lisardo

In letzter Zeit stoße ich in verschiedenen Foren immer wieder auf missglückte Versuche, TYPO3 auf einem Server zu installieren. Da werden die seltsamsten Fehler gemacht. Eigentlich ist der grundlegende Ablauf relativ einfach, und wurde in der neuen Version 4.4 und dem Introduction-Package noch einmal vereinfacht. 

Allerdings gilt das nur, wenn der Server auch korrekt für den Einsatz von TYPO3 konfiguriert ist, was bei billigen Provodern oft nicht der Falls ist. Aber das lasse ich jetzt erst mal aussen vor, bzw. verweise ich einfach auf die entsprechende Seite bei typo.org. Jetzt die prinzipielle Anleitung:  

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. 

Die fehlende Silbentrennung in den Browsern ist ein leidiges Problem, da der dadurch entstehende Rauhsatz vor allem bei kurzen Zeilen sehr unschön wirkt. Wenn sich Redakteure dadurch verleiten lassen, Zeilenumbrüche mit festen Trennzeichen vorzunehmen, wird ein echtes Problem daraus, da der Inhalt nicht mehr gezoomt werden kann und vor allem nicht mehr in anderen Zusammenhängen funktioniert, z. B. in einem RSS-Feed. 

TYPO3 bringt an sich optimale Voraussetzungen für die sogenannte On-Site-Optimierung von Inhalten mit sich. Damit ist eine optimale Darstellung der Inhalte aus suchmaschinentechnischer Sicht gemeint: sprechende URLs, aussagekräftige Titel, semantisches HTML und so weiter. Allerdings muss das alles von den Redakteuren auch genutzt, sprich mit Leben gefüllt werden. Was bringt die ganze technische Optimierung, wenn das wichtigste Suchwort gar nicht auf der Seite erscheint? Nichts, wie man an meinem Artikel »Mit TYPO3 und Augsburg auf die erste Seite von Google« sehen kann. 

In der neuen HowTo-Rubrik von t3n ist soeben ein Artikel erschienen (SEO für TYPO3 Redakteure), der einfach und übersichtlich erläutert, wie Redakteure die Möglichkeiten von TYPO3 für die Suchmschinenoptimierung einsetzen können (oder sollte ich sagen: sollen?). Alle dort erwähnten Techniken und Möglichkeiten können selbstverständlich in meinen Installationen genutzt werden, deshalb: Lesebefehl für alle Redakteure . 

In meinen Installationen kommt noch hinzu, dass der META-Tag Description im Seitenbaum nach unten vererbt wird. Wenn also einzelne Seiten keine eigene Description erhalten, so wird diejenige der übergeordneten Seite gezeigt. Natürlich nicht optimal, aber besser als keine Beschreibung.