Lösung für das "p_Phänomen"

Hallo Gemeinschaft...

Wie schon in zig - Themen in diesem Forum komme ich noch einmal auf das p-"Phänomen" zu sprechen.

Das Problem war folgendes:
Jede Zeile wird durch <p>Zeile</p>
eingemauert, was nach einem Druck auf die Enter-Taste einen doppwelten Zeilenmbruch nachsichzieht, was ja logisch ist, den p ist ein sog. Blockelement, was von Hause aus schon einen Zeilenumbruch mit sich bringt.

Die Lösung, welche in das Setup des betreffenden Templates eingetragen wird versprach zunächst Hilfe:

#TE.default.proc {
dontConvBRtoParagraph = 1
}

tt_content.text.20.parseFunc {
nonTypoTagStdWrap.encapsLines.nonWrappedTag >
nonTypoTagStdWrap.encapsLines.wrapNonWrappedLines =  | <br>
}

Leider ist das nicht die Lösung, denn absofort werden zwar keine p-Tags mehr gesetzt, aber es werden alle p-Tags automatisch gelöscht.

Dadurch hat man auch keine Möglichkeit mehr seinen text in Schriftausrichtung oder Größe zu vormatieren, denn der Body-Tag in der steurnden CSS-Datei akzeptiert schließlich keine Angaben für Schriftgröße oder Schriftausrichtung.
Also könnte man ja auf den Gedanken kommen, einen kleinen Trick anzuwenden, was ich gerade getan habe:

man nehme einfach diese Zeile und schreibe für wrap ein eine div-Class, etwa so:

tt_content.text.20.parseFunc {
nonTypoTagStdWrap.encapsLines.nonWrappedTag >
nonTypoTagStdWrap.encapsLines.wrapNonWrappedLines =  <div class="xyz"> | </div>
}

Am Ende beendet man natürlich nur mit </div>, da div ja wieder ein block element ist und wieder von zuhause aus einen Umbruch mit sich bringt. Daher fällt das <br> weg.

Kurz die Seite im Frontend anschauen und siehe da: Juppi es geht!
Aber wenn man genau hinschaut geht auch das nicht, denn man hat keine Möglichkeit mehr Formate zentral für die Class yxz zu setzen, denn:

Setze ich für die Class xyz die Ausrichtung der Schrift in meinem CSS-File auf "justify", dann wird der Text wie gewünscht nach "justify" formatiert. Alles gut und schön, aber es gibt wiedrum keine Möglichkeit mehr einen Text dann als bspw. center zu formatieren, denn man müsste umständlich jede einzelne Zeile mit einem center beginnen und nach dem nächsten Umbruch das center wieder beenden.

Das kann man ehrlich gesagt keinem Kunden anbieten.

Das seltsame ist: Dieses Phänomen tritt nicht bei allen Typo3 installationen auf. Auf meiner Seite beispielsweise tritt es nicht auf. Auf einigen anderen allerdings schon.

Bei allen Installationen, alle Version 3.70, ist der Richtexteditor abgeschalltet. Es ist einfach kein Muster zu entdecken, warum das Phänomen mal auftritt und mal nicht, es gibt meiner Meinung nach keinerleih Parallelen und hier im Forum häufen sich Posts wegen diesem verd... p-Tag, den man nicht los wird (also das Problem meine ich.

Wenn ich ehrlich bin kann man Typo3 keinem anbieten, da das ein Problem ist, das einen Rattenschwanz nach sich zieht.
Gibt es vielleich jemanden der das Problem gelöst hat?

Hi,

sorry erklär doch noch mal genauer was das Problem mit Deinem "p Phänomen" sein soll.

Bei uns läufts in allen Typo3 Installationen einwandfrei. Return = p-Tags, Shift Return = br Tag. Kein Return = keine neue Zeile 😉

Aber ich vermute das wars nicht was Dich beschäftigt 😉 Also schreib doch mal genauer wo das Problem ist und was Du erreichen willst.

Viele Grüße
Niki

Ok...

Also...
Das Problem ganz kurz gefasst:
Ich kann keine Formate mehr für Texte vergeben, da sie einfach keiner Tag mehr besitzen.

Mit der oben genannten Lösung werden die p's alle gelöscht. stattdessen kommt aZeile schreibe: Hallo ich liebe Typo3 und das in einem normalen Inhaltselement des Typs Text, dann steht im Quelltext der Seite vor und hinter dem ich liebe Typo3 kein Tag mehr. Also kann ich den Text auch nicht zentral formatieren, da das im body-Tag des CSS-Files nicht geht. Da werden definitionsgerecht keine angaben für Schriftgrad und Ausrichtung akzeptiert.

Ansonsten könnte ich in meinem CSS-File schreiben, das p soundso groß sein soll und soundso ausgerichtet werden soll.
Da aber kein Tag mehr davor steht, da ja die p's gelöscht werden, kann ich nichts mehr formatieren, außer umständlich mit HTML oder CSS-befehlen direkt in den Inhaltselemneten zu arbeiten.
Das würde wieder vorausetzen, das man ahnung von den Skripsprchen hat, was man eben nicht bei jedem voraussetzen kann.
Das seltsame eben ist, dass es bei manchen Installationen auftritt un bei anderen verhält sich alles ganz normal.

Im Übrigen hat der Umbruch mit oder ohne Shift bei mir überhaupt keinen Unterschied.

Sorry, bin ziemlich am Ende, weil man einfach kein Land sieht und ein schönes Programm dadurch einen ziemlich knacks erhält.

Mit der oben genannten Lösung werden die p's alle gelöscht.

Schon klar. Diesen Code würd ich raushauen. Content soll ja grundsätzlich in p Tags kommen (nur die Zahl der P Tags sollte halt überschaubar bleiben 😉)

Gibt es einen Grund warum Du ohne RTE arbeitest? Ich würde den RTE einbinden und alle Funktionen entfernen die von usern nicht benutzt werden sollen (Tabellen, Bilder, Font etc.). Zurück bleibt ein schlanker und schmaler RTE der das richtig formatiert. Dort klappt auch das mit dem Return und dem Shift + Return.

#TE.default.proc {
dontConvBRtoParagraph = 1
}

Dieser Eintrag hier kann nicht funktionieren weil Du die erste Zeile in einen Kommentar gesetzt hast.

Weiss nicht ob es einen Unterschied macht, aber bei uns kommt das immer in das TSconfig und nicht ins setup (richtig muss es heissen: RTE.default.proc.dontConvBRtoParagraph=1)

Viele Grüße
Niki

Ja richtig, die Raute muss natürlich weg... war ein Copy und paste Fehler...

Wo genau kann ich Kofigurationen für den RTE vornehmen?

Warum ich den RTE abgeschalltet habe?

1. Weil der nur im IE funktioniert und mit dem IE arbeitet man besser nicht. :-)
2. Weil ich besser und schneller ohne RTE arbeiten kann.

Aber das kann ja auch nicht die Lösung sein, denn es muss ja schließlich auch ohne RTE funktionieren und das tut es nicht

Und wenn ich das kleine Script ganz raus schmeiße, dann setzt er eben die Normalen p's, aber mit dem doppelten Zeilenumbruch

Im übrigen gehört das definitiv ins Setup des Templates und nicht ins TS-Config, denn da hat es gar keine wirkung....

Das komische ist eben dass das Problem nicht immer auftritt. Und das kann ja eigentlich nicht sein. Es gibt nur zwei Zustände bei gleichen Installationen. Entweder geht es bei allen, oder bei allen nicht.

RTE Konfiguration über das TSconfig, kaskadierend wie Templates. Den Original RTE nimmt glaub ich keiner mehr 😉 Schau Dir mal rtehtmlarea an (typo3.org extensions).

RTE ist halt praktisch für "normale Redakteure", um bold oder Verlinkungen etc. ohne Reincoden vornehmen zu können.

Ohne RTE hab ich leider keine Erfahrungen wir stellen die Webseiten immer mit RTE in konfigurierter / abgespeckter Version zur Verfügung.

Viele Grüße
Niki