Bester Editor Ever

Nuevo · Beitrag von **Nuevo** » Di 7. Jun 2005, 10:19

Hallo,
vielleicht als Alternative zu den bestehenden Editoren:
http://tinymce.moxiecode.com

[Edit: HerrB: 02.10.2005] Eine interessante Zusammenfassung dieses Threads bis Page 10 gibt es hier: [Link]

Viele Grüße
Tobi

Beitrag von **HerrB** » Di 7. Jun 2005, 11:01

Ob es nun der "Best Editor Ever" ist, kommt wohl auf den Blickwinkel an.

Haken an der Geschichte: Willst Du mit Dateien arbeiten, benötigst Du die (kostenpflichtigen) Plugins... Nicht, dass man das nicht auch selbst stricken könnte, aber es entsteht dann auf jeden Fall Aufwand.

Aber ansonsten ganz schick. Recht schnell.

Gruß
HerrB

Beitrag von **emergence** » Di 7. Jun 2005, 11:19

nettes teil

Beitrag von **emergence** » Di 7. Jun 2005, 12:09

hmm...

hab mir den editor jetzt ca. 2 stunden angesehen... bin beeindruckt
das wäre wirklich mal ein editor der den spaw als standard editor ablösen könnte oder sollte ich sagen muss...

von den konfigurationsparametern her ist eine einbindung innerhalb von contenido eigentlich kein problem...

der fckeditor läßt sich bei weitem nicht so einfach anpassen und ist mir eine spur zu langsam...

seitens update fähigkeit des editors sieht das beim tinyMCE auch besser aus, da ein hacken der js files komplett entfällt...

spaw is dead

Beitrag von **HerrB** » Di 7. Jun 2005, 14:18

Ja, schnell und XHTML...

seitens update fähigkeit des editors sieht das beim tinyMCE auch besser aus, da ein hacken der js files komplett entfällt...

Müsste man nicht trotzdem noch ran, um die Pfade relativ zu basteln und Datei- und Bildauswahl zu ermöglichen?

Gruß
HerrB

Beitrag von **emergence** » Di 7. Jun 2005, 14:39

HerrB hat geschrieben:Müsste man nicht trotzdem noch ran, um die Pfade relativ zu basteln und Datei- und Bildauswahl zu ermöglichen?

ähm...

die konfiguration welche files und links einzubinden sind ist relativ easy...
soweit ich das bis jetzt gecheckt habe, kann man sogar die template engine umbauen und zb die templates des spaw verwenden...
der core code bleibt in jedem fall unangetastet...
der editor beläßt es standardmäßig bei relativen links...

sollte ein update des editors erscheinen wechselt man einfach die core js dateien aus und fertig...

ich glaub ich werd mir das antun und das zeug mal für contenido umbauen...

Darth-Vader · Beitrag von **Darth-Vader** » Di 7. Jun 2005, 14:47

hab schon von dem editor pos gehört, ich meld mich gern als betatester

Beitrag von **HerrB** » Di 7. Jun 2005, 14:47

Bist eine Perle. Wenn Du da Hand anlegst, hätte ich eine Bitte: Bei den Pfaden so, dass man den Editor auch aus anderen Bereichen als dem Artikel aufrufen kann.

Z.Z. sind Ersetzungen à la "ersetze http://www.domain.de/contenido/includes durch http://www.domain.de/cms" enthalten. Die Pfade sind dabei fest verdrahtet. Wird nun der Editor z.B. aus dem Newsletter-Bereich (wie komme ich jetzt drauf

?) aufgerufen wird, stimmen die Pfade nicht (frage mich jetzt nicht, warum. Sie sind irgendwie unterschiedlich).

D.h. der "Ersetzungspfad" sollte übergeben werden können (wenn es überhaupt noch notwendig wird, die Ersetzung durchzuführen).

Gruß
HerrB

Beitrag von **emergence** » Mi 8. Jun 2005, 09:34

hmm...

ich hab das jetzt mal ganz rudimentär zusammen gebaut...

bild auswahl und link auswahl funktionieren soweit ohne probleme
zumindestens bei mir...

ich hab leider eine zeile im core code ändern müssen... das betrifft aber nur die preview funktion... (dort wird ansonsten nicht auf die base url rücksicht genommen...)

für die einbindung und verwendung eines stylesheets
folgende eigenschaften definieren
wysiwyg tinymce-stylesheet-file *

entweder absolut oder relativ vom mandanten verzeichniss definieren...

das ganze ist noch ziemlich unaufgeräumt und einige optionsparameter kommen da noch dazu...
momentan werden die nicht optimiertien js dateien verwendet... (ca. um 80 kb größer)

ich stell das file unter
http://dayside.net/files/index.php?path=tinymce/
zur verfügung....

installation eh schon wissen...
einfach in external/wysiwyg/tinymce/
mit verzeichniss struktur entpacken,
includes/config.php die beiden wysiwyg pfade entsprechend ändern...

lauffähig sollte das ganze ab einer version 4.4.4 sein...

Beitrag von **emergence** » Mi 8. Jun 2005, 10:09

hab das gerade mit einer 4.4.5 und 4.4.4 version getestet...

der editor ist relativ genau in dem wo er eingebunden ist (vom umgebenen html)

d.h wenn man will das die version läuft muss man die

includes.CMS_HTML.php und includes.CMS_HTMLHEAD.php

anpassen...

dort findet sich etwas wie

Code: Alles auswählen

        echo "  <TABLE cellpadding=2 cellspacing=0 border=0>";

        echo "  <TR><TD valign=top class=text_medium nowrap>&nbsp;".$typenr.".&nbsp;".$a_description[$type][$typenr].":&nbsp;</TD>";

        include ($cfg["path"]["wysiwyg"] . 'editor.php');


        echo "  </TR>";

muss aber

Code: Alles auswählen

        echo "  <TABLE cellpadding=2 cellspacing=0 border=0 width=100%>";

        echo "  <TR><TD valign=top class=text_medium nowrap>&nbsp;".$typenr.".&nbsp;".$a_description[$type][$typenr].":&nbsp;</TD></TR><tr><td>";

        include ($cfg["path"]["wysiwyg"] . 'editor.php');


        echo "  </td></TR>";

so aussehen...

sonst gibts nen netten javascript fehler das das html objekt ungültig ist...

Beitrag von **emergence** » Mi 8. Jun 2005, 10:13

file befindet sich nun am server(11.11)....

swelpot · Beitrag von **swelpot** » Mi 8. Jun 2005, 10:31

hab dein aktuelles file am aktuelle cvs-snapshot ausprobiert.
die o.g. änderungen für HTML und HTMLHEAD sind auch gemacht.
Läuft bei mir ohne Probleme und JS-Fehler
Saubere Arbeit
Vielen Dank

Lediglich eins ist mir aufgefallen:
Beim Aufbau des Editorfensters im 4. Frame beim Aufruf des Editors durch klicken auf TextHTML oder Headline hat scheinbar die Rendering-Engine (?) vom Firefox 1.0.4 Probleme (Beim IE6 nicht zu beobachten). Jedenfalls werden unregelmäßig Zeilen des Contents nicht richtig dargestellt, als wäre dieser Bereich nicht durch ein Repaint berücksichtigt worden. Mit einem Klick in den Edit-Bereich des Editors wird dann aber alles neu gezeichnet und die Darstellung ist einwandfrei...

Beitrag von **emergence** » Mi 8. Jun 2005, 12:40

swelpot hat geschrieben:Lediglich eins ist mir aufgefallen:
Beim Aufbau des Editorfensters im 4. Frame beim Aufruf des Editors durch klicken auf TextHTML oder Headline hat scheinbar die Rendering-Engine (?) vom Firefox 1.0.4 Probleme (Beim IE6 nicht zu beobachten). Jedenfalls werden unregelmäßig Zeilen des Contents nicht richtig dargestellt, als wäre dieser Bereich nicht durch ein Repaint berücksichtigt worden. Mit einem Klick in den Edit-Bereich des Editors wird dann aber alles neu gezeichnet und die Darstellung ist einwandfrei...

ich hab dafür manchmal nen grauen hintergrund... ?
na wie auch immer...

ich bastle noch etwas betreffend toolbar-mode das man etwas vergleichbares zum spaw hat...
ist nicht immer dienlich alle möglichkeiten des editors einzublenden...
d.h es wird was wie
wysiwyg tinymce-toolbar-mode (default, full, mini, nofont) geben...

von den konfigurationsparametern hab ich jetzt mal
wysiwyg tinymce-width (Standard 100%)
wysiwyg tinymce-height (Standard 480)

dazu eingebaut...

die template engine für das layout ist zwar nett, aber die möglichkeiten des spaw find ich fast besser... (das sidetable geht mir ab...) aber das belasse ich jetzt mal da ich ziemlich viel umbauen müsste...

@HerrB

ad. aufrufen aus dem newsletter
da wird es ziemlich sicher probleme mit bildern geben...

Beitrag von **emergence** » Mi 8. Jun 2005, 14:28

hab gerade noch ein paar cleanups eingebaut...
ad. http://dayside.net/files/index.php?path=tinymce/
ich hab die ordner struktur etwas geändert -> 0.0.1, 0.0.2 etc. (je höher die nummer desto aktueller das file)

ab version 0.0.2 gibts jetzt folgende optionen (ein paar neue sind dabei)

wysiwyg tinymce-stylesheet-file (leer*)
wysiwyg tinymce-width (100%*)
wysiwyg tinymce-height (480*)
wysiwyg tinymce-height-html (480* - höhe bei CMS_HTML contype)
wysiwyg tinymce-height-head (480* - höhe bei CMS_HTMLHEAD contype)
wysiwyg tinymce-toolbar-mode (default*,full,simple,mini)

* standard vorbelegung

es fehlt noch die integration eines filebrowsers
anzeige der offline/online kategorien, startartikel, online/offline

Beitrag von **emergence** » Fr 10. Jun 2005, 10:36

so

ab 0.0.3

zusätzliche optionen
wysiwyg tinymce-styles (false*)
wysiwyg tinymce-xhtml-style (false*,true)

bei tinymce-styles ist folgende syntax möglich
Style 1|red;Style 2|blue; (spaw syntax)
oder neue schreibweise
Style 1=red;Style 2=blue;

wird eine definition bei wysiwyg tinymce-styles vorgenommen, werden die styles des stylesheetfiles nicht mehr automatisch mit in der liste übernommen sondern durch die angaben bei tinymce-styles ersetzt.

bei tinymce-xhtml-style
wird der wert auf true gesetzt werden single tags zb <br> als <br / ausgegeben...

die logik hab ich ein wenig geändert
wird ein wert bei
wysiwyg tinymce-height
gesetzt wirkt sich das automatisch als vorgabe für tinymce-height-html und tinymce-height-head aus...

setzt man einen wert bei tinymce-height-html(oder head) wird natürlich dieser genommen...

die urls werden nun ebenso automatisch als
front_content.php?idcat=X&idart=Y und nicht als front_content.php?idcat=X&idart=Y
gespeichert...

ach ja input textarea form tags sollten nun ebenso möglich sein...

tja ich würde mal sagen das ist es im großen und ganzen...