[TYPO3-german] RTE nervt - Paragraph, Schachtelung, Absatz-Tags

Peter Niederlag niederlag at ikd01.de
Mon Jul 10 19:08:12 CEST 2006


Hallo,

Uschi Renziehausen schrieb:
> Hi Carla,
[...]
> Solange keiner den Moloch HTMLparser und parseFunc anfasst, um die
> beiden auf einheitliche Füße zu stellen und es wirklich funktionierende
> und aufeinander abgestimmte Defaults für lib.parseFunc und
> lib.parseFuncRTE sowie für die Transformation zwischen RTE und DB,
> beißen auch diejenigen bisweilen frustriert in die Tastatur, die wissen,
> wie Elemente RICHTIG verschachtelt werden und durchaus CSS können.
> 
> Ich schreibe das in der Stimmung, die so entstehen kann, wenn frau zwei
> Wochen lang Zeile für Zeile t3lib_htmlparser und t3lib_htmlparser_proc
> debugged, um rauszufinden, an welcher Stelle denn eigentlich mein
> VALIDER Code zunichte gemacht wird!
[...]
> Variante 1 ist mehr oder weniger ausgeschlossen, weil zumindest im
> HTMLparser div und p hartkodiert gleichbehandelt werden und die strikte
> Devise entweder/oder gilt. Stünde die Konfigurationsoptionen von
> parseFunc auch für das BE zur Verfügung, gäbe es Wege aus der Krise und
> als positiven Nebeneffekt gleich auch noch eine Entschlackung des
> Vokabulars.

Sehr schöne Worte. :->

Das Problem ist nur, dass es wahrscheinlich keine ganz so triviale
Aufgabe ist. Und wenn dann auch noch die Devise "rückwärtskompatibel"
gilt: IMO unmöglich.

In der 5.0 oder einer anderen Version, die nicht mehr von dem
Damoklesschwert "Rückwärtskompatibilität" bedroht ist, wird genau das
sicherlich eine der wichtigen Aufgaben sein.

Vielleicht hast Du ja Lust deinen Frust in ein paar Idee/Ansätze
umzuformulieren und irgendwo festzuhalten? Wie könnte sowas
funktionieren? Was sollte gewährleistet sein? Wie sollte es
konfigurierbar sein? ... und ab als mail oder ins wiki damit.

Für mich ist die große Gretechenfrage, ob der Ansatz so wenig Markup wie
möglich zu speichern (bspw. chr(10) statt <p>|</p>) nicht auch einfach
fallengelassen werden sollte. Das würde nämlich schonmal wieder einiges
an Arbeit/Komplexität rausnehmen.

Das wäre doch schonmal Klasse!

Gruß,
Peter
-- 
Peter Niederlag
http://www.niekom.de * TYPO3 & EDV Dienstleistungen *
http://www.typo3partner.net * professional services network *



More information about the TYPO3-german mailing list