Hallo zusammen,
bei einem ganz normalen 'Text'-Seiteninhalt generiert mir TYPO3 immer folgenden Rahmen drumherum:
<p style="margin:0 0 0 0;">Dies ist mein Text</p>
Wie bzw. wo kann ich denn auf dieses 'p' bzw. die style-Angabe Einfluss nehmen, um z.B. zu verhindern, dass das 'p' überhaupt erzeugt wird?
vielen Dank für jeden Hinweis!
O.
Bei Tags kannst du das "Wrappen" folgendermaßen abstellen (im Root-Template):
# Liste von Tags, die nicht durch <p>-Tags gewrapt werden sollen
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.encapsTagList = address, div, p, pre, h1, h2, h3, h4, h5, h6
Automatisch angehängte Klassen (z.B. "bodytext") werden wie folgt entfernt:
# <p>-Tag von der Klasse "bodytext" trennen (RTEHTMLArea-Auszeichnungen)
lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
cordman schriebBei Tags kannst du das "Wrappen" folgendermaßen abstellen (im Root-Template):
Danke für den Hinweis; funktioniert aber bei mir bisher noch nicht. Deshalb folgende Fragen:
1. Weshalb in der Root-Template? Müsste es nicht auch -zumindest testweise- in der Template einer einzelnen betroffenen Seite gehen?
2. WO in der Template? Bei den Constants? Oder im Setup-Bereich? Habe beides versucht - aber das "<p style" bleibt hartnäckig um meinen Text erhalten. Da mein Textblock ja aber sowieso in gar keinem eigenen Tag drinsteht kann es wohl auch nicht funktionieren, oder?
Konkret: ich habe einen ganz normalen Pagecontent vomn Typ 'Text' definiert - also wohl das einfachste, was TYPO3 überhaupt als Pagecontent anbietet. Der Textbody lautet: 'Dezember 2006' und soll nach Ersetzung des Markers
Stand: ###MARKER_DATUM_1###
in meiner statischen HTML Template folgendermassen erscheinen:
Stand: Dezember 2006
er erscheint aber so:
Stand:
Dezember 2006
weil TYPO3 selbstherrlich meint, den Text mit "<p style ...." wrappen zu müssen.
Das ist schon alles! Und an so einem 'Primitiv-Problem' muss man nun tagelang herumwürgen? Kann echt nicht wahr sein :-/
3. Wie kommt man auf sowas wie die lib.... Zuweisungen, die Du vorschlägst? Oder anders gefragt: WO ist sowas dokumentiert? Ich habe hier zwei fette und nicht billige TYPO3-Bücher liegen - u.a. das sog. 'Handbuch für Entwickler' vom Galileo Verlag. Und selbst wenn solche Infos dort drin sein sollten sind sie so gut versteckt, dass ich sie bisher nicht gefunden habe. Dabei bin ich immernoch der Ansicht, dass genau diesen Effekt bzw. dieses 'Problemchen', das ich hier habe, eigentlich viele User haben müssten ...
Langsam verdichtet sich mein Eindruck, dass TYPO3 zwar ein super-leistungsfähiges und flexibles System ist, - bei dem aber vor allem die Transparenz und Usability nicht besonders im Vordergrund stehen, und man sich vor allem für den Einstieg alles irgendwie 'zusammenklauben' oder gleich teure Consulting-Leistungen einkaufen muss... und man man bereits sehr früh an Stellen in den TYPOscript Code 'abtauchen' muss, was viele potentielle Nutzer, die eben gerade davon weg wollen, für jede Kleinigkeit gleich eigenen Programmcode erzeugen zu müssen, nachhaltig verschrecken dürfte (und das sage ich ausdrücklich als Programmierer mit fast 20 Jahren Berufserfahrung).
O.
Ich habe die Anweisung aus dem "Handbuch für Entwickler" für Version 4.0, das ich mir nach dem Lesen der Standard-Tutorials auch für den Einstieg zugelegt habe.
Schau dort mal im Abschnitt "RTEHTMLArea" unter "Transformation" nach, irgendwo da müßte es stehen.
Dort steht auch beschrieben wie man sich eine komplett eigene Konfiguration basteln kann und eigene CSS-Klassen erstellt/einbindet.
In der Aussage dass man bei TYPO3 ohne TypoScript nicht weit kommt und erstmal ein paar Hürden nehmen muß, stimme ich dir zu 100% zu.
Auf der anderen Seite bleibt einem bei anderen CMSen (zumindest bei denen, die ich getestet habe) der Zugriff auf viele Funktionalitäten vorborgen, den man nach Einarbeitung in TypoScript einigermaßen schnell beherscht und dann auch nicht mehr missen möchte.
Das Buch behält sich aber in der Tat die Beschreibung einiger Details vor, die ich zum Glück in diesem Forum nachschauen konnte, aber erstmal vergeblich gesucht habe.
Hoffe der Tip hilft dir weiter!
Habe jetzt übrigens die Emailbenachrichtigung aktiviert, so dass ich das nächste mal auch schneller antworte =]
Es muß im Setup des Root-Templates eingetragen werden, da dort festgelegt wird wie der Inhalt "transformiert" wird.
Bei mir sieht das in etwa so aus:
...
lib {
#RTE Tuning
parseFunc_RTE {
# <p>-Tag von der Klasse "bodytext" trennen (RTEHTMLArea-Auszeichnungen)
nonTypoTagStdWrap.encapsLines.addAttributes.P.class >
# <p> mit <div> ersetzen
#nonTypoTagStdWrap.encapsLines.remapTag.P = div
nonTypoTagStdWrap.encapsLines.remapTag >
nonTypoTagStdWrap.encapsLines.addAttributes.DIV.class >
# Liste von Tags, die nicht durch <p>-Tags gewrapt werden sollen
nonTypoTagStdWrap.encapsLines.encapsTagList = address, cite, div, p, pre, h1, h2, h3, h4, h5, h6
# <table class="contenttable"> = Klasse contenttable nicht angeben
externalBlocks.table.stdWrap.HTMLparser.tags.table.fixAttrib.class >
# p-Tags aus Zellen entfernen
externalBlocks.table.HTMLtableCells.default >
externalBlocks.table.HTMLtableCells.default.stdWrap.parseFunc =< lib.parseFunc
}
...
Ansonsten such mal nach "wrap entfernen", hatte ein ähnliches Problem mit den Klassen für Tabellen und konnte es auch so lösen.
*UPDATE*:
Benutzt du die Extension CSS Styled Content?
Wenn nicht habe ich noch folgenden Thread gefunden (drüber gestolpert):
#47918
Die Einstellungen gehören ins SeiteTSConfig.
Gruß
Hille
Es geht doch hier um lib.parseFunc_RTE und die ist im Setup definiert!? Findet sich auch im Object Browser.
Gruß
Christian
Also bei mir steht's im Template, der Object-Browser ist ja quasi nur die grafische Ansicht.
Der Weg vom RTE in die Datenbank wird per PageTSConfig konfiguriert, der Weg von der Datenbank zur FE-Ausgabe per Root-Template.
Hab's gerade nochmal nachgeschlagen, so lange bin ich ja auch noch nicht dabei 😉
