Hi allerseits,
einen editor
zu bauen, der keinen spaghetti-code produziert, sollte doch aber
eine herausforderung sein, die jeder programmierer gerne nachvollzieht. oder
ist das eine geheime rache der programmierer an den nutzern, die auf wysiwyg
stehen?
es ist leider schlicht unmöglich, einen wysiwyg-Editor zu bauen, der auch
in
komplizierten fällen nichts kaputt macht(*). Es ist ebenso unmöglich,
automatisch zu erkennen, in welchen Fällen das passieren würde.
imho fällt es den WYSIWIGern aber auch schwer Textlogik zu verstehen.
Eine Überschrift ist in deren Wahrnehmung halt auch nur "groß, fett und
unterstrichen". Das merkt man viel öfters Worddokumenten als in
Wikiquelltext.
Für Wikitextschreiber ist '''fett''' und eine == Überschrift ==
ein
himmelweiter Unterschied, für WYSIWIGer oft nicht.
Und der Parser müsste schon erkennen das eine komplett
'''fette'''
Zeile, nach einer Leerzeile und vor einem Absatz mit mindestens 200
Zeichen eben eine Überschrift sein soll.
Die einzige *wirkliche* Lösung wäre, die Wiki-Syntax
so weit zu verbessern, dass
man sie ordentlich formal beschreiben und parsen kann.
wenn man schon den Syntax (für den Parser) ändert, gibt es da auch
Überlegung logische Teile zu ändern?
Es gibt ja viele vereinfachte Auszeichnungssprachen mit jeweils
unterschiedlichen Vor und Nachteile (z.B. Markdown schreibt hyperlinks
logischer erst den Linktext dann die Referenz, nicht andersrum wie
wikitext )
greetz
klml
--
Klaus Mueller
Heßstraße 90
80797 München
+49 89 18 98 58 21
+49 178 54 38 400
klml.de