versuch: valider output mit dem fck-editor Einstellungen

[andi]

hallo zusammen

seit meinem beginn mit sefrengo arbeite ich mit der tiny-integration von amk. durch die anpassungen wie z.b. beim starterpacket mit integriertem tiny-editor von smail ist es möglich, validen und akzeptablen code mit einem wysiwyg-editor zu erzeugen.

da ich bis anhin immer nur den tinymce im allgemeinen genutzt hatte wollte ich über den tellerrand schauen und habe mir den in sefrengo eingebundenen fck-editor angeschaut.
nach einem ersten kurzen test halte ich den editor in der standardimplementierung als unbrauchbar. als nächstes habe ich mich auf der website von fckeditor umgeschaut und bin im wiki fündig geworden.

folgende anpassungen habe ich in der datei <projektverzeichnis>/cms/fckeditor/editor/sefrengo/fckconfig.php vorgenommen:

QUELLTEXT

ForcePasteAsPlainText = true;

Grund: die basis für einen validen code stellt für mich ein text in «rohfassung» dar. dh. keine word-formatierungen dürfen übernommen werden. die formatierung muss im wysiwyg-editor vorgenommen werden.

QUELLTEXT

ForceStrongEm = true;

Grund: die tags <b> und <i> sind semantisch unkorrekt. durch das setzen auf «true» werden die semantisch korrekten auszeichnungsarten <strong> und <em> verwendet.

QUELLTEXT

FCKConfig.GeckoUseSPAN = false;

Grund: gecko-browser erzeugen für auszeichnungen standardmässig span elemente in form von

QUELLTEXT

<span style="font-weight: bold;">eine fette zeile</span>

für mich völliger unsinn, auch für gecko-browser gilt <strong> und <em>.

QUELLTEXT

ProcessHTMLEntities = false;

Grund: da umlaute in utf-8 nicht nicht mehr maskiert werden müssen und sefrengo auf utf-8 aufbaut können wir diese option getrost ausschalten.

QUELLTEXT

FCKConfig.UseBROnCarriageReturn = false;

Grund: normal generiert der editor nach jedem manuellen zeilenumbruch ein <br />. textabsätze gehören für mich in das semantisch korrekten tag <p></p>. aus diesem grund schalten wir diese funktion aus.
leider wird dieser modus nur von ie unterstützt, was sehr tragisch ist. ein kleiner workaround wie man das ganze doch noch auf gecko-browsern läuffähig kriegt findet man hier.

nach diesen umstellungen teste ich den editor ein zweites mal und stelle für mich zwei k.o.-kriterien fest:

1. setze ich mit einem gecko-browser zwei zeilen in fett und korrigiere nachträglich die zweite zeile wieder nach «normal», so erhalte ich einen deformierten output in dieser art:

QUELLTEXT

<strong>erste zeile<br /></strong>zweite zeile<strong></strong>

das strong der zweiten zeile wird nicht entfernt, sondern nur der text der zweiten zeile wird ausserhalb der tags gesetzt.

2. der hack um auch auf gecko-browsern absätze generieren zu können ist für mich nicht zumutbar.

schon an zwei grundlegenden funktionen scheitert der fck-editor. aus diesem grund breche ich mein bestreben nach validem output mit dem fck-editor schon jetzt ab und warte auf eine neue version in der hoffnung, dass diese einige fehler behebt.

damit mein «kurztest» doch noch etwas gebracht hat bleibt zu überlegen, inwiefern die von mir getätigten änderungen sinn machen, resp. was in einer kommenden beta in der grundkonfiguration übernommen werden könnte.

zum schluss: im anhang dieses beitrages hänge ich die von mir geänderte fckconfig.php an und es würde mich wundernehmen, welche erfahrungen habt ihr mit dem fck-editor gemacht habt, welche anpassungen vollbracht habt und welche probleme dabei aufgetaucht sind.

gruss andi

Angehängte Datei(en)

 fckconfig.php ( 9.92KB ) Anzahl der Downloads: 9

 

[amk]

ich hab die erfahrung gemacht, dass der fck mir mal ein offenes div "dagelassen" hat ... nicht so gut - böse falle

"die basis für einen validen code stellt für mich ein text in «rohfassung» dar"

... dafür gibt's beim tiny ja (und glaube auch beim fck) ein entsprechenden einfügemechanismus (button). ansonsten erzähl das mal den redakteuren die ihre einfachen formatierungen aus word übernehmen wollen und müssen.

ich habe über lange zeit hinweg die erfahrung gemacht das <p>-on-Return von keinem wysiwyg auf dauer gut & korrekt verarbeitet wird und im zusammenhang mit dem unwissen der redakteure nur chaos bei raus kommt. insofern erstelle ich absätze separat über ein entsprechendes absatz-element mittels contentflex. bin mir da aber auch immer unschlüssig ...

das perfekte wysiwyg ist weder mit tiny noch mit fck zu realisieren - aber zumindest tiny bietet mit frei definierbarem tag-regelwerk und wirklich sehr umfangreichen konfigurationsmöglichkeiten eine nutzbare basis inkl. tollem look&feel.

des weiteren sollte man es mit dem wysiwyg nicht übertreiben. es gibt nicht umsonst layouts und templates. das einfügen von tabellen in einem wysiwyg-editor halte ich für das höchste der gefühle. b;) ilder usw. - das gehört eigentlich in einem cms in ein entsprechend über das cms editierbares element. wer meint mit nem wysiwyg große teile seines seitenlayouts zu erstellen, hat den sinn eines cms nicht verstanden. dies aber nur mal nebenbei.

[andi]

... dafür gibt's beim tiny ja (und glaube auch beim fck) ein entsprechenden einfügemechanismus (button). ansonsten erzähl das mal den redakteuren die ihre einfachen formatierungen aus word übernehmen wollen und müssen.

ja, diesen button gibt es. eine konsequente unterbindung stellt aber weniger gefahren dar.
ich nehme mir die «freiheit», dem redakteur zu zeigen, was er machen kann und «muss». für mich ist basteln absolut tabu. will das ein kunde nicht akzeptieren darf er gerne zur konkurrenz (was mir noch nie vorgekommen ist) etwas basteln gehen. für mich gehört ein valider und sauberer code ebenso zur dienstleistung wie die gestaltung an sich.

ich habe über lange zeit hinweg die erfahrung gemacht das <p>-on-Return von keinem wysiwyg auf dauer gut & korrekt verarbeitet wird und im zusammenhang mit dem unwissen der redakteure nur chaos bei raus kommt. insofern erstelle ich absätze separat über ein entsprechendes absatz-element mittels contentflex. bin mir da aber auch immer unschlüssig ...

bis anhin habe ich noch keine schlechte erfahung mit dem absatz-modus machen können.

das perfekte wysiwyg ist weder mit tiny noch mit fck zu realisieren - aber zumindest tiny bietet mit frei definierbarem tag-regelwerk und wirklich sehr umfangreichen konfigurationsmöglichkeiten eine nutzbare basis inkl. tollem look&feel.

des weiteren sollte man es mit dem wysiwyg nicht übertreiben. es gibt nicht umsonst layouts und templates. das einfügen von tabellen in einem wysiwyg-editor halte ich für das höchste der gefühle. b;) ilder usw. - das gehört eigentlich in einem cms in ein entsprechend über das cms editierbares element. wer meint mit nem wysiwyg große teile seines seitenlayouts zu erstellen, hat den sinn eines cms nicht verstanden. dies aber nur mal nebenbei.

gebe ich dir weitgehends recht. für mich ist ein wysiwyg-editor nicht für komplette seiten, sondern für teil-textbereiche mit nur grundlegenden funktionen wie auszeichnungen in fett und kursiv, listen, bilder welche links oder rechts floaten und überschriften, basta.

für kompliziertere sachen sollte man sicherlich cms-interne funktionen nutzen.

[Guest_eknem_*]

nach diesen umstellungen teste ich den editor ein zweites mal und stelle für mich zwei k.o.-kriterien fest:
1. setze ich mit einem gecko-browser zwei zeilen in fett und korrigiere nachträglich die zweite zeile wieder nach «normal», so erhalte ich einen deformierten output in dieser art:

QUELLTEXT

<strong>erste zeile<br /></strong>zweite zeile<strong></strong>

das strong der zweiten zeile wird nicht entfernt, sondern nur der text der zweiten zeile wird ausserhalb der tags gesetzt.

Ich habe herausgefunden, dass der FCKeditor dies nicht macht, wenn man beim Editieren in der letzten Zeile stehen bleibt.

2. der hack um auch auf gecko-browsern absätze generieren zu können ist für mich nicht zumutbar.

Dieses Verhalten gefällt mir auch nicht so richtig und ist recht gewöhnungsbedürftig.

Aufgrund des besseren Medien-/Bilderbrowsers bevorzuge ich momentan trotzdem den FCKeditor


Fast vergessen:
Vielen Dank für die Anpassungen

[amk]

Aufgrund des besseren Medien-/Bilderbrowsers bevorzuge ich momentan trotzdem den FCKeditor

na vielleicht ändert sich das mit dem kommenden tiny-hack ...

wie's gerade ausschaut bekomme ich den SF-Resourcebrowser nun auch für's alle tiny-bilder/file-einfüge-geschichten hingebogen ...

[andi]

wie's gerade ausschaut bekomme ich den SF-Resourcebrowser nun auch für's alle tiny-bilder/file-einfüge-geschichten hingebogen ...

uiuiui, da bin ich ja schon ganz heiss auf den neuen tiny-hack

[Guest_eknem_*]

Der Tiny mit dem SF-Resourcebrowser
das wäre natürlich super!

Der Beitrag wurde von eknem bearbeitet: Sun. 12. November 2006, 16:36

[amk]

Der Tiny mit dem SF-Resourcebrowser
das wäre natürlich super!

geht ja jetzt schon bei den links (files) ... dann demnächst auch für die bilder ...

[andi]

weisst du schon, wann du ein aktualisiertes paket zur verfügung stellen wirst? freue mich auch schon über die xhtmlxtras plugin-integration

[Guest_summerbrother_*]

Jippiehh...
Eine Runde Schnaps für alle.

[Guest_eknem_*]

Jippiehh...
Eine Runde Schnaps für alle.

Immer diese Werbeversprechnungen...
Den Schnaps gibt es doch sicher nur bei persönlicher Abholung oder?

[amk]

weisst du schon, wann du ein aktualisiertes paket zur verfügung stellen wirst? freue mich auch schon über die xhtmlxtras plugin-integration

mir ist aber gerade noch was gutes eingefallen: vorbei die zeit mit den unterschiedlichen <p>/<br>-version ... ich schmeiss jetzt eine kleines special-config-file in's verzeichnis cms/tinymce ... welches dann ungefähr so ausschaut

$ADVANCED_PLUGS=true;
$LINKLIST=true;
$IMAGELIST=true;
$BRONRETURN=false;
$XHTML_STRICT=false; // ruleset für striktes xhtml
$XHTML_XTRAS=false;

und die ersatzmechanismen in der modulkonfig wie z.b. schriftgröße an/aus schaltet das stylesplug-an/aus o.ä. ... kommt wieder raus. ist totaler dumfug ... die moduloptionen die im fck gelten werden dann 1:1 auch für tiny realisiert. alles spezielle kommt dann in obiges config-file. ist wohl besser so, oder?!

tja und wann ist's fertig? wenn's fertig ist würd ich sagen ... nunja - vielleicht schaff ich's morgen, vielleicht übermorgen ... resourcebrowser laufen schonmal fast überall - is jetzt alles nurnoch fleissarbeit. könnt den fck also schonmal vergessen *ggg*

[tobaco]

[andi]

und die ersatzmechanismen in der modulkonfig wie z.b. schriftgröße an/aus schaltet das stylesplug-an/aus o.ä. ... kommt wieder raus. ist totaler dumfug ... die moduloptionen die im fck gelten werden dann 1:1 auch für tiny realisiert. alles spezielle kommt dann in obiges config-file. ist wohl besser so, oder?!

das ganze wäre dann sauberer getrennt. fände ich persönlich eine gute lösung.

tja und wann ist's fertig? wenn's fertig ist würd ich sagen ... nunja - vielleicht schaff ich's morgen, vielleicht übermorgen ... resourcebrowser laufen schonmal fast überall - is jetzt alles nurnoch fleissarbeit. könnt den fck also schonmal vergessen *ggg*

alles wird gut

[Guest_summerbrother_*]

Immer diese Werbeversprechnungen...
Den Schnaps gibt es doch sicher nur bei persönlicher Abholung oder?

Ich lass auch gerne ne Flasche rumschicken und jeder nimmt einen Schluck... ich fange aber an.

[amk]

so nu is weihnachten ... siehe Alpha, Beta ... Vorabversionen

erstmal ganz schnell zusammengepackt ... hab heute keine zeit mehr - aber eigentlich is alles drinn/drann ... bugs probleme vorschläge bitte dort im thread