nutzt ihr in sefrengo den wysiwyg-editor? Einstellungen

[smail]

Währe es dann nicht auch intressant wie bei Contenido direkt im Frontend text editieren zu können, also direkt in die Bereiche schreiben.

Du meinst so etwas, wie es beim wysiwyg2 (FCK-Editor) gibt, wenn man ihn direkt einbaut??

klar wäre das interessant - aber ich frage mich, ob das im Moment zwingend notwendig ist. Insbesondere die komplexeren Funktionen kann man ja eher nicht gut im Frontend editieren.

[andy]

Finde ich auch nicht notwendig und hat mit der aktuellen Diskussion ja auch nicht so viel zu tun.

Mir ist es nur schleierhaft, warum der FCK genommen wurde?! Nur damit hier ein anderer WYSIWYG Editor verwendet wird wie in Dedi? Der Codeoutput ist ja unter aller Kanone.
Vlt. sollte man eher schauen, dass der Tiny von Haus aus dabei ist und diesen noch etwas aufbohrt. Fände ich wesentlich besser, da dieser auch gescheiten Code produziert.

Gruß
andy

[mistral]

Währe es dann nicht auch intressant wie bei Contenido direkt im Frontend text editieren zu können, also direkt in die Bereiche schreiben

Wenn du den wysiwyg2 als Tag in einem eigenen Modul verwendest kannst da das. Wenn du es im ContenFlex auch willst musst du im Modul im Berech Output bei den Zeilen zum wysiwyg2 folgenden Teil löschen.

QUELLTEXT

menuoptions="false"

Das hat aber den Nachteil das beim bearbeiten nun zwei Icon zum bearbeiten erscheinen. Eins nur für den wysiwyg2 und noch das normale des ContenFlex.

[mistral]

Wollen wir das?!? Nee, also ich denke, dass ist kein sauberer Stil.

Wenn du lieber strong und em haben willst ersetzt bitte einmal die beiligende Datei im Ordner:
projekt01\cms\fckeditor\editor\sefrengo

Angehängte Datei(en)

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

 

[mistral]

kan es sein, dass der editor keine absätze in den code schreibt? falls ja, setzt ihr bei artikeln mit mehreren überschriften und absätze jeweils textareas und textzeilen?
ich hoffe, hier registrieren bald mal mehr benutzer, damit nicht immer nur ich einfache fragen stelle :-)

maccaroni

Um nochmals kurz auf den ersten Beitrag zurück zu kommen:
Ja die momentane Version des FCKeditor hat diesen Fehler. Das ist aber als Major Feature für die nächste Version des FCKeditors geplant (siehe http://www.fckeditor.net )

For now, this is the actual development roadmap (major features):


* Version 2.4
o All supported browsers must have the same behavior regarding the "enter" key (producing the same code).

Zur Zeit gibt es einen workaround. Den Absatz welcher von einem P umschlossen werden soll auswählen und unter Format 'Normal' auswählen. Jetzt werden alle vorhanden Zeilenumbrüche in p umgewandelt.

Gruss
Mistral

[Guest_eknem_*]

Wenn du lieber strong und em haben willst ersetzt bitte einmal die beiligende Datei im Ordner:
projekt01\cms\fckeditor\editor\sefrengo

funktioniert!

vielen Dank

[amk]

Mir ist es nur schleierhaft, warum der FCK genommen wurde?! Nur damit hier ein anderer WYSIWYG Editor verwendet wird wie in Dedi? Der Codeoutput ist ja unter aller Kanone.
Vlt. sollte man eher schauen, dass der Tiny von Haus aus dabei ist und diesen noch etwas aufbohrt. Fände ich wesentlich besser, da dieser auch gescheiten Code produziert.

nun ich kann Björn bzgl. wahl des fck's schon verstehen. tiny v2 ist ja noch nicht so lange veröffentlicht und die 1.x des tiny's war zwar schon sehr gut, hatte aber nicht so den wahnsinns output und die plugins/popup's waren nicht so feature-reich wie die des fck's damals glaube ich.

laut aussage von Björn hat tinyMCE gute chancen den fck in Sefrengo zu ersetzen. allerdings gibt es aktuell wichtigeres für Björn zu tun ... sofern ich (oder andere) zeit und enthusiasmus für eine 1A implementation des tinyMCE in Sefrengo aufbringen kann, mache ich da gern die ordentliche zuarbeit ... solange muss für die "tinyMCE-lover" der hack reichen. läuft ja auch soweit ganz gut, möchte ich behaupten.

ich hab noch ein paar interne verbesserungsideen für den hack ... mal schauen mal schauen

Der Beitrag wurde von amk bearbeitet: Wed. 5. July 2006, 23:54

[alexander]

laut aussage von Björn hat tinyMCE gute chancen den fck in Sefrengo zu ersetzen.

also das halte ich für ein gerücht. der fck editor bleibt der standard editor von sefrengo. was in aussicht gstellt wurde war, dass wir das system dahingehend adaptieren, dass ein patchen des sefrengo cores nicht mehr notwendig ist und man den tinymce somit einfacher einbinden kann. dies fällt aber unter nice to have und steht beim aktuellen workload weit hinten in der schlange

Mir ist es nur schleierhaft, warum der FCK genommen wurde?!

weil zum zeitpunkt des auswahlsverfahrens (das liegt schon ein weilchen zurück) der tinymce wesentlich hinter dem fck editor zurück war. außerdem war/ist(?) die api des fck editor einfacher und flexibler. das es im kampf der wysiwyg editoren immer ein "kopf an kopf" rennen gibt muss wohl jedem klar sein. einmal hat der eine die nase vorne, dann der andere. wir haben uns für den fckeditor entschieden und werden diese linie weiter verfolgen. wenn es offizielle fixes gibt werden diese in sefrengo integriert sobald dies in abstimmung mit der roadmap sinn macht.

[smail]

wysiwyg 2. Runde - Vielleicht doch ein passendes Modul möglich??

Hallo zusammen

ich möchte nochmal
meinen Beitrag
zum Thema universelles Eingabemodul aufwärmen

Um was ging es?
Anforderungen an ein Inhaltseingabe - Modul

1. Usability - die Eingabe muss einfach sein!
2. Flexibilität - es sollte keine allzu großen Einschränkungen geben
3. Konformität - valides xhtml / barrierefreie Inhalte

Nach etlicher Arbeit bin ich nun schon dem "Traumziel" ein gutes Stück näher.

Akteuller Stand
Dank des guten und sauberen Outputs hab ich den TinyMCE eingebunden und entsprechend stark eingeschränkt, hier ein bisschen in der Config ergänzt und ein paar styles aus der Seite eingebunden, damit die Edit-Ansicht korrekt läuft.

Die Konfiguration für ContentFlex sieht nun so aus
ContentFlex - Elemente

• Überschrift 1
• Überschrift 2
• 1 spaltiger Text
• 2 spaltiger Text im Verhältnis 1:2
• 2 spaltiger Text im Verhältnis 1:1
• 2 spaltiger Text im Verhältnis 2:1

jeweils realisiert über Text/wysiwyg2 (TinyMCE) Elemente

wysiwyg Elemente

• h1 - h7 (sollte aber noch eingeschränkt werden - wer weiß weiter?!)
• Fett
• kursiv
• unterstrichen
• normaler Link
• Link auf eine Datei
• Liste / Aufzählung
• Bild mit Auswahl der Klassen .img_links bzw. .img_rechts

Mehrspaltigkeit tuts nun auch korrekt! Inklusive Bilder einfügen, wo man will!
Vorschau des Ergebnisses unter http://www.hhconsult.eu/sf/


Fazit
Ich denke, wir sind auf einem guten Weg!
Ich lass das ganze jetzt mal von ein paar Usern hier im Forum testen (PN's!!!). Feedback erwünscht!


Viele Grüße
Jan

[andi]

wysiwyg 2. Runde - Vielleicht doch ein passendes Modul möglich??

Hallo zusammen

ich möchte nochmal
meinen Beitrag
zum Thema universelles Eingabemodul aufwärmen

Um was ging es?
Anforderungen an ein Inhaltseingabe - Modul

1. Usability - die Eingabe muss einfach sein!
2. Flexibilität - es sollte keine allzu großen Einschränkungen geben
3. Konformität - valides xhtml / barrierefreie Inhalte

Nach etlicher Arbeit bin ich nun schon dem "Traumziel" ein gutes Stück näher.

Akteuller Stand
Dank des guten und sauberen Outputs hab ich den TinyMCE eingebunden und entsprechend stark eingeschränkt, hier ein bisschen in der Config ergänzt und ein paar styles aus der Seite eingebunden, damit die Edit-Ansicht korrekt läuft.

Die Konfiguration für ContentFlex sieht nun so aus
ContentFlex - Elemente

• Überschrift 1
• Überschrift 2
• 1 spaltiger Text
• 2 spaltiger Text im Verhältnis 1:2
• 2 spaltiger Text im Verhältnis 1:1
• 2 spaltiger Text im Verhältnis 2:1

jeweils realisiert über Text/wysiwyg2 (TinyMCE) Elemente

wysiwyg Elemente

• h1 - h7 (sollte aber noch eingeschränkt werden - wer weiß weiter?!)
• Fett
• kursiv
• unterstrichen
• normaler Link
• Link auf eine Datei
• Liste / Aufzählung
• Bild mit Auswahl der Klassen .img_links bzw. .img_rechts

Mehrspaltigkeit tuts nun auch korrekt! Inklusive Bilder einfügen, wo man will!
Vorschau des Ergebnisses unter http://www.hhconsult.eu/sf/
Fazit
Ich denke, wir sind auf einem guten Weg!
Ich lass das ganze jetzt mal von ein paar Usern hier im Forum testen (PN's!!!). Feedback erwünscht!
Viele Grüße
Jan

uuuuiuiui, ganz heiss :-) schreib dir gleich eine pn :-)

gruss maccaroni

[amk]

also das halte ich für ein gerücht. der fck editor bleibt der standard editor von sefrengo. was in aussicht gstellt wurde war, dass wir das system dahingehend adaptieren, dass ein patchen des sefrengo cores nicht mehr notwendig ist und man den tinymce somit einfacher einbinden kann. dies fällt aber unter nice to have und steht beim aktuellen workload weit hinten in der schlange

nun gut, richtig alexander ... hatte es falsch in erinnerung ... Björn dazu (ich denke ich darf das zitieren):

"Mit den WYSIWYG ist das immer so ein Hühnerkampf. Das ist irgendwie der Religonskrieg der CMS Anwender. Als wir uns für den FCK Editor entschieden haben, hatte der die besseren Dialoge und erzeugte das besseres HTML. Im Wettrennen liegt immer der eine oder andere vorne. Das ist fließend. Und so lange der FCK Editor fleissig weiterentwickelt wird, bleibt er Sefrengos Hausmarke.

Wenn Du den TinyMCE vollständig in das System integriert hast, dann können wir auf jeden Fall darüber nachdenken, wie wir die API erweitern müssen, um aus dem Hack ein Plugin zu basteln, wo die User dann mit möglichst wenig Aufwand "Ihren" Lieblingseditor benutzen können."

ich sehe nur das die fckeditor-entwicklung kaum eine weiterentwicklung darstellt .... das fängt schon beim look and feel an ... naja ... es scheiden sich die geister

auch denke ich das die api kaum erweitert werden muss ... vielleicht geringfügig modifiziert.

ich bin die diskussion auch etwas leid ... werd aber bzgl. tinymce tun was in meiner macht liegt.

(im anhang mal die aktuelle version 2.3 des fck's für sefrengo ... wird vermutlich auch noch in die nächste version von sefrengo einfliessen - aber da die dev-crew hier mächtig zu tun hat, bleibt gewiss wenig zeit für tests an ner neuen fck-version ............. die toolbuttons der v2.3 hab ich visuell etwas aufgearbeitet und von fehlern befreit)

Der Beitrag wurde von amk bearbeitet: Thu. 6. July 2006, 21:15

Angehängte Datei(en)

 FCKeditor23.zip ( 728.83KB ) Anzahl der Downloads: 88

 

[smail]

noch kurz die Zusammenfassung der Änderungen bei TinyMCE
ist auch ganz kurz!

• fnc.type_forms.tinymce.php -> Statusbar eingebunden
• editor_content.css -> 2 klassen für die img's eingefügt

Viele Grüße
Jan

[amk]

noch kurz die Zusammenfassung der Änderungen bei TinyMCE
ist auch ganz kurz!

• fnc.type_forms.tinymce.php -> Statusbar eingebunden
• editor_content.css -> 2 klassen für die img's eingefügt

Viele Grüße
Jan

wer den status-bar braucht ... ... warum hast du die editor_content.css modifiziert ... für spezial-fälle hab ich doch 'ne andere möglichkeit geschaffen: unter "projekt01/cms/tinymce" befindet sich eine CSS-Datei namens "content_overwrite.css". einfacher erreichbar

[smail]

wer den status-bar braucht ... ...

fand ich einfach etwas übersichtlicher... aber stimmt schon, ist im Grunde Spielerei

warum hast du die editor_content.css modifiziert ... für spezial-fälle hab ich doch 'ne andere möglichkeit geschaffen: unter "projekt01/cms/tinymce" befindet sich eine CSS-Datei namens "content_overwrite.css". einfacher erreichbar

hm, vielleicht vertue im mich da ja, aber soweit ich es getestet habe:

• editor_content.css - hier notierte Klassen kann ich dann in der Dropdown-List (Bild einfügen->Erscheinungsbild->css-Klasse) im Image-Dialog auswählen
• content_overwrite.css - dient wirklich nur der visuellen Ausgabe; die Auswahl per Dropdown-List funktioniert hier nicht

Oder hab ich da etwas übersehen??

Viele Grüße
Jan

[amk]

hm, vielleicht vertue im mich da ja, aber soweit ich es getestet habe:

• editor_content.css - hier notierte Klassen kann ich dann in der Dropdown-List (Bild einfügen->Erscheinungsbild->css-Klasse) im Image-Dialog auswählen
• content_overwrite.css - dient wirklich nur der visuellen Ausgabe; die Auswahl per Dropdown-List funktioniert hier nicht

ja also ich habs so konkret noch nicht getestet. sollte mich wundern wenn's nicht auch über die content_overwrite.css geht. kann aber sein das das advimage-plugin nur mit dem css des advanced-theme arbeitet (editor_content.css) und die optional includierbaren css-files der tinymce-config ignoriert.

ich schau mir die thematik mal genauer an. für deine anwendung wäre es ja auch gut wenn man in der modul-konfig styles auswählen kann und jene dann z.b. nur im advimage-plugin zur verfügung stehen ... mal schauen mal schauen ...

für heute erstmal gute n8

Der Beitrag wurde von amk bearbeitet: Fri. 7. July 2006, 00:35

[andi]

@smail

ich habe deine lösung nun ausprobieren können. gefällt mir wirklich gut, so macht es richtig spass, inhalte zu generieren :-) einziger dämpfer: bild einfügen und texte formatieren funktioniert auf dem aktuellen safari leider nicht.

wäre interessiert, diese lösung auch für mich einzusetzen. hoffe, du gibst das bald frei!

gruss maccaroni

[smail]

Hallo maccaroni,

bin in gewisser Weise beruhigt, denn ich dachte nach Deiner PM zuerst, Safari würde die Seite / Spalten falsch rendern und somit das Seitenlayout zerstören. Dies ist ja anscheinend nicht der Fall

Dass TinyMCE nicht in Safari läuft kann sein. Ich weiß nicht, ob Safari dafür freigeben ist.
Aber: Ich denke, dass man es den Redakteur durchaus zumuten kann, dass er sich noch einen FF installiert, damit er die Inhalte korrekt bearbeiten kann.

Viele Grüße
Jan

[andi]

Hallo maccaroni,

bin in gewisser Weise beruhigt, denn ich dachte nach Deiner PM zuerst, Safari würde die Seite / Spalten falsch rendern und somit das Seitenlayout zerstören. Dies ist ja anscheinend nicht der Fall

Dass TinyMCE nicht in Safari läuft kann sein. Ich weiß nicht, ob Safari dafür freigeben ist.
Aber: Ich denke, dass man es den Redakteur durchaus zumuten kann, dass er sich noch einen FF installiert, damit er die Inhalte korrekt bearbeiten kann.

Viele Grüße
Jan

klar ist es zumutbar. redakteure arbeiten ja auch selten mit mac. ich habe zwar jenste browser installiert bei mir, doch safari mausert sich dank systemnähe zu meinem liebling. vor ein paar monaten habe ich mit joomla und tinymcu allerdings auch auf safari gearbeitet. welche version das war kann ich dir aber nicht mehr sagen.

edit: stimmt nicht, war der mosce editor :-)

gruss maccaroni

Der Beitrag wurde von maccaroni bearbeitet: Fri. 7. July 2006, 13:02

[amk]

also Safari (ab 2.0) wird nur teilweise von tinyMCE unterstützt.

siehe http://tinymce.moxiecode.com/tinymce/docs/...lity_chart.html

ansonsten ist für OSX user vielleicht auch noch Camino interessant. ein Mozilla-browser der nicht das XUL-interface von Mozilla nutzt sondern Cocoa, wie viele Mac-Apps (so auch Safari imo). Dazu ist Camino noch tiefer in OSX integriert (Schlüsselbund usw) ...

http://www.caminobrowser.org/