Zum Inhalt springen

<h1>-Tags im Frontend als Sonderzeichen

Erstellt am 4. November 2006 · 5 Antworten · letzte Antwort am 5. Februar 2007

Tags: Frage

cermit ·

Hallo!
htmlArea funktioniert bei mir mit den default-Installationseinstellungen in der Version 1.2.0 unter typo3-3.8.1 scheinbar normal:
Weise ich einem Absatz im RTE das Format "Überschrift1" zu, wird die Formatierung im Editorfenster des BE entsprechend angepasst. Auch das Speichern funktioniert.

Leider wird im FE aber das <h1>-Tag im Text ausgegeben. Im Quelltext finden sich statt der Tags also die entsprechenden Sonderzeichen.

Nach einiger Suche hier im Forum glaubte ich mit den Zeilen

RTE.default.proc {
allowTags = h1}

in der TS-Config der Rootpage das Problem lösen zu können.

Das war aber nix. Könnt Ihr mir helfen?
Danke
Christoph

cermit ·

Ich bin ein Stückchen weiter. Scheinbar liegt bzw. lag das Problem wenn überhaupt nur teilweise an htmlarea.

Ich habe im Setup der Seite folgende Zeilen eingefügt:

tt_content.text.20.parseFunc.allowTags = a, abbr, acronym, address, blockquote, b, br, caption, center, cite, code, div, em, h1, h2, h3, h4, h5, h6, hr, i, img, li, link, ol, p, pre, q, span, strike, strong, sub, sup, table, thead, tbody, tfoot, td, th, tr, tt, u, ul, quote

Seitdem werden die Überschriften vernünftig angezeigt. Wodurch können diese Zeilen notwendig werden, um ein vernünftiges Rendering des FE zu bekommen?

Nach wie vor ungelöst ist das "Überschriftenproblem" bei Überschriften, die Teil eines Absatzes sind, z.B. soetwas:

<p><h1>Überschrift</h1></p>. (zu so seltsamen Konstruktionen kommt es, wenn man in RTE einen Zwischenüberschrift einfügen will)

Die Ausgabe im Quelltext der Seite im FE wäre folgende:
<p> "Sonderzeichen für spitze Klammer auf" h1 "Sonderzeichen für spitze Klammer zu" Überschrift "Sonderzeichen für spitze Klammer auf" /h1 "Sonderzeichen für spitze Klammer zu"</p>

Mmmph ...

Weiterhin also Hilfe gesucht!
Christoph

metan ·

Grüß Dich,

Welche Tags nach dem Parsen erhalten bleiben, ist im Bereich der "Constants" von "CSS Styled Content" definiert.

Das Beste ist, wenn du im Constants deines Root-Templates folgendes einträgst:

styles.content.links.allowTags = a, abbr, acronym, address, blockquote, b, br, caption, center, cite, code, div, em, h1, h2, h3, h4, h5, h6, hr, i, img, li, link, ol, p, pre, q, span, strike, strong, sub, sup, table, thead, tbody, tfoot, td, th, tr, tt, u, ul, quote

metan

cermit ·

Danke für Deinen Hinweis! Nun bin ich wieder ein Stück weiter.

Nachdem ich die Constants entsprechend Deinem Posting ergänzt habe, werden die Tags richtig geparst. Aber noch immer bleiben Fragen:

1. In meinen Constants kann ich keinen Hinweis auf "CSS Styled Content" finden. Ich vermute das sollte normalerweise in der Auswahlliste unter "Inlcude static" bzw. "Inlcude static (from extensions)" zu finden sein? Dort ist es nicht.

2. Es sollte doch wohl eigentlich ausreichen, die Constants der Root-Page zu erweitern. Für eine Seite (LIST-View der tt_news) werden die Constants der Rootseite aber offensichtlich überschrieben. Erst nachdem ich auch auf der fraglichen Seite die Constants nochmal händisch ergänzt habe, klappt das Parsen auch für diese Seite. Wie kommt das nun wieder?

Ihr seht, ich bin noch immer Anfänger, möchte aber gerne mehr verstehen um nicht ewig so blöde Fragen stellen zu müssen.

Nochmals danke
Christoph

slashwalker ·

Ich wollte mit obiger Methode dem RTE <address> "beibringen". Das funktioniert auch, allerdings werden dann alle <h1> in <strong> umgewandelt 🙁