frase wrote:Erste große Überraschung: Ich habe mit einem völlig anderen Content (nur von mir mit Tiny erstellt) im CKE getestet.
Das Problem mit den überflüssigen s tritt nicht auf!
Also ich kann mir das auch nicht wirklich erklären.
frase wrote:Ein komischer Effekt: Schaut man bei einigen Seiten zwischendurch mal in den Quellcode und klickt dort auf abbrechen - dann fängt die Textarea an einigen Stellen an zu "zittern" - es erscheint ein roter Strich (beim Überfahren mit der Mouse) und es wird angeboten: "Absatz hier einfügen".
Das ist vielleicht nicht verkehrt - stört aber. Ich habe nicht rausfinden können, warum das auf einigen Seiten passiert, auf anderen nicht.
Das ist ein eigentlich sehr nützliches Tool um an Stellen, an denen man in der WYSIWYG-Ansicht den Cursor schlecht bis überhaupt nicht positionieren kann, die Bearbeitung zu ermöglichen. Siehe hier:
http://sdk.ckeditor.com/samples/magicline.html (im Demo-Editor ganz unten).
Warum das aber im SourceDialog greift? Wohl ein Bug.
frase wrote:Fixe Toolbar: Finde ich besonders hilfreich bei langen Seiten. Klar, bei geöffneten Dropdowns muss da nachgebessert werden.
Da wird man noch einiges nachbessern müssen. Es war ja nur mal als Demo für das neue "plugins_external" Feature gedacht - damit es auch mal jemand testet
. Für fixe Elemente im Template könnte man ja auch einfach eine Konfigurationsvariable einführen die der User dann setzen kann.
frase wrote:Placeholder: Finde ich immer noch Spitze (evtl. umbenennen wegen Verwechslungsgefahr bei input-Feldern)
Ja, da muss dann ein eigenständiges Plugin erstellt werden.
frase wrote:Sourcedialog: Finde ich auch besser. (Template-Schriftart, da muss ich nochmal nachsehen)
Das kannst du ja auch beim IFrame-Editor so konfigurieren.
frase wrote:Divarea: Links werden jetzt richtig gestylt. Also wahrscheinlich besser (?)
Tja, hier scheiden sich nun die Geister. Die DIV-Area ist der "halbe" Weg zum Inline-Editor. Die Textarea mit dem Content wird hierbei durch zwei geschachtelte DIVs für den Editor ersetzt. Das kann im Detail auch schon zu Differenzen zum Ansichts-Modus führen. Aber im Gegensatz zum IFrame-Editor sind alle Styles, also auch core- und plugins.css etc., wirksam. Und da ist wieder das Problem mit der "Format" Dropdownliste... Die ist dann nur noch sinnvoll, wenn man
Content-Styles wirklich individuell für das Template und den Editor definiert und auf den StylesheetParser verzichtet. Aber auch hier müssen die Styles dem jeweiligen Element zugeordnet sein (müsste beim TinyMCE auch so sein) was ja einen deutlichen Mehraufwand bedeutet.
frase wrote:CKE && TinyMCE löschen zu viele Dinge aus dem Code, z.B.: ­ was man manchmal dringend braucht.
Das stimmt. Akzeptiert werden in der Standard-Konfiguration nur > < &. Das einfache Anführungsszeichen ( ' ) ist
beim CK auch schon erlaubt. Über die verlinkte Konfigurationsoption lassen sich weitere Zeichen hinzufügen. Warum das bei beiden Editoren nicht Standard ist, wird aber vermutlich einen Grund haben.