Druckversion des Themas
Forum Sefrengo.org _ Anwenderforum _ nutzt ihr in sefrengo den wysiwyg-editor?
Geschrieben von: maccaroni Mon. 3. July 2006, 23:24
nochmals guten abend/nacht
ich bin ja kein freund von den wysiwyg-editoren. trotzdem habe ich damit rumgespielt. ziel war es, einen artikel komplett in dem editor zu erstellen.
einfaches beispiel:
- überschrift h1
- text
- überschrift h2
- text
sinnvoll wäre da ja eigenlich:
QUELLTEXT
<h1>überschrift</h1>
<p>text</p>
<h2>überschrift</h2>
<p>text</p>
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
Geschrieben von: saschapi Tue. 4. July 2006, 06:23
Nein, ich nutze den WYSIWYG gar nicht mehr. Es gibt aus den lezten Monaten exact eine Seite die den implementiert hat und da hab ich für die Fussballtippgemeinschaft eines Kollegen eine kleine Website geschraubt.
Der kennt sich aus und gut is
Ich nutze eigentlich für Content nur noch Content-Flex ein.
Was immer noch mal nett wäre ist eine Art Tag-Editor.
Das heißt es gäbe nur bestimmte Tags die angenommen werden (h1, <span class="irgendwas">, etc)
In so einem Modul könnte man in der config Tags konfigurieren und diese dann im Editor über eine Schaltfläche dem gerade markierten Text zuweisen.
So würde man dafür sorgen, dass Redakteure wirklich nur die gewollten styles nutzen.
Die Buttons könnten dann auch so nette Texte tragen wie "Überschrift" oder "Zitat" oder so.
Genau das machen wir letztlich derzeit mit ContentFlex. Da ist es halt nur sehr umständlich die von dir angesprochenen längeren Artikel mit Bildern zwischen Titeln usw. einzugeben.
Geschrieben von: mistral Tue. 4. July 2006, 07:08
@maccaroni: wie sieht der Code denn bei Dir aus?
@saschapi: Zur Not kannst du ja auch die Feature des WYSIWYG im ContenFlex einschränken, so dass nur die Schaltflächen zum vorschein kommen die du willst.
Geschrieben von: saschapi Tue. 4. July 2006, 08:29
Da hast du wohl Recht, aber wenn dann ist da eigentlich nur von nöten eigene Styles einfügen zu können und als ich mir das das letzte mal ansah, war es relativ komplex und buggy da eigene Klassen einzubauen, die der Redakteur dann auswählen kann.
Geschrieben von: maccaroni Tue. 4. July 2006, 09:57
ZITAT(mistral @ Tue. 4. July 2006, 08:08)
@maccaroni: wie sieht der Code denn bei Dir aus?
QUELLTEXT
<h2>das hier ist eine headline</h2>ein blindtext kämpft um sein tägliches überleben. doch seine chancen stehen in etwa so schlecht, wie eine tagesfliege mit hoffnung auf ewiges leben.<br />ein blindtext kämpft um sein tägliches überleben. doch seine chancen stehen in etwa so schlecht, wie eine tagesfliege mit hoffnung auf ewiges leben.<br />
<h4>das hier ist eine headline</h4>ein blindtext kämpft um sein tägliches überleben. doch seine chancen stehen in etwa so schlecht, wie eine tagesfliege mit hoffnung auf ewiges leben.<br />
so sieht das aus. eigentlich gehören die texte nach den überschriften in einen absatz. da werde ich wohl auch auf contentflex zurückgreifen.
frage am rande: mir ist aufgefallen, dass sefrengo den quelltext absolut unleserlich ausgibt, meist alles in einer zeile. kann ich diese ausgabe irgendwie beeinflussen?
gruss maccaroni
Geschrieben von: andy Tue. 4. July 2006, 10:26
Das ist natürlich schlecht! Du kannst aber auch den TinyMCE Editor benutzen. Funktionierte unter Dedi sehr gut und hat auch ein erweitertes Stylepaket am Start, mit dem man z.B. abbr usw. setzen kann.
In dieser Richtung finde ich, gibt es sowieso noch viel zu tun. Es wird hier immer angepriesen, dass alles XHTML fähig ist (was meine Dedi Seiten auch ohne Probleme in Verbundung mit bbCode waren), aber keiner macht sich Gedanken über Barrierefreiheit. Finde ich persönlich sehr, sehr wichtig. Hier fehlt es aber noch an einer blockqute Unterstützung und ein paar anderen Schmankerln. Da scheint mir der tiny die bessere Wahl zu sein...
Gruß
andy
Geschrieben von: smail Tue. 4. July 2006, 12:39
Hallo Andy (so sieht man sich wieder )
ja, das ist genau das Thema, was auch ich für sehr wichtig halte. Es sollte möglich sein, dass jeder Redakteur - egal wie viel Wissen er hat - sauberen und validen (xhtml 1.0strict/trans) Quelltext produzieren kann.
Insbesondere saubere Gliederung von Überschriften, Abstärzen und Bildern.
Und nicht zuletzt der Wunsch, dass die Flexibilität darunter nicht leidet.
Anforderungen an ein Inhaltseingabe - Modul
Ich fasse zusammen, was ich bei einem Inhaltseingabe-Modul für wichtig halte
- Usability - die Eingabe muss einfach sein!
- Flexibilität - es sollte keine allzu großen Einschränkungen geben
- Konformität - valides xhtml / barrierefreie Inhalte
LösungsansätzeDank Andys Hilfe war ich in Dedi im Grunde soweit. Ich habe dazu allerdings Dediflex verwendet, bbcode aktiviert und diesen direkt wieder eingeschränkt.
Die Konfiguration sah folgendermaßen aus:
DediFlex - Elemente- Überschrift 1
- Überschrift 2
- 1 spaltiger Text
- 1 spaltiger Text (zentriert)
- 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 nur realisiert über Text/Teaxtarea Elemente
bbcode - Formatierungen- h1
- h2
- Fett
- kursiv
- unterstrichen
- normaler Link
- Link auf eine Datei
- email-Link
- Liste / Aufzählung
- Bild
- Style / Klassenauswahl (war nur dazu da, den imgs verschiedene Klassen zuzuweisen, wie z.B. img_links, img_center, img_rechts), alternativ hätte man natürlich auch einfach drei verschiedene Buttons anlegen können...
Damit snd zumindest die beiden ersten Punkte (Usability & Flexibilität) aus meiner Sicht vollständig abgedeckt.
Punkt 3, die Konformität, war nur bedingt erfüllt, da aufgrund eines kleinen Problems mit dem bbcode die Ausgabe der paragraphs nicht richtig funktionierte (Überschriften wurden in paragraphs eingefügt).
Vorteile dieser Lösung- Das FlexModul dient nur(!) der Strukturierung nicht der Formatierung!
- Texte können damit zusammenhängend geschrieben werden
- Bilder lassen sich immer und überall (links, rechts, etc...) einfügen
- Listen sind einfach einzufügen - und zwar an jeder Stelle!
- die Formatierung erfolgt ausschließlich über css und div's (keine Tabellen!!!)
- man behält die volle Kontrolle über den generierten Quelltext (-> wichtig insbesondere für xhtml 1.0 strict)
FazitSo eine Lösung würde ich mir nun auch für Sefrengo wünschen (habe ich aber bisher leider nicht hinbekommen
) Ich denke, dass man damit ungefähr 70-80% der Standardanwendungen abdecken kann. Insbesondere dann, wenn der Redakteure reine Endanwender sind, die von html etc. nicht viel wissen. Das einzige, was sie lernen müssen, sind ein paar bbcode-Tags aber auch da werden sie maßgeblich durch die vereinfachte Eingabe über die Buttons unterstützt.
Abschließende Frage: Besteht Interesse an solch einer Lösung? Und falls ja, sollten wir so etwas nicht gemeinsam hinbekommen können?!?
Viele Grüße
Jan
Geschrieben von: mistral Tue. 4. July 2006, 12:39
@maccaroni
ich nehme an du verwendest FF 1.5.
Der FCKeditor hat dort noch ein Bug. Wenn du das ganze mit dem IE probierst, dann sollte das Resultat so sein wie du es haben möchtest.
Geschrieben von: maccaroni Tue. 4. July 2006, 12:52
ZITAT(smail @ Tue. 4. July 2006, 13:39)
Abschließende Frage: Besteht Interesse an solch einer Lösung? Und falls ja, sollten wir so etwas nicht gemeinsam hinbekommen können?!?
hallo smail
deine lösung klingt absulut interessant. nur leider habe ich neben xhtml und css erfahrung lediglich noch «hallo welt» php erfahrung :-) und kann somit kaum mithelfen.
ZITAT
@maccaroni
ich nehme an du verwendest FF 1.5.
Der FCKeditor hat dort noch ein Bug. Wenn du das ganze mit dem IE probierst, dann sollte das Resultat so sein wie du es haben möchtest
ich arbeite unter mac osx. da der fckeditor safari schon garnicht unterstützt (liegt leider an safari selber) bleibt mir nurnoch der «feuerfuchs». klar, es gibt noch einen internetexplorer 5 für mac, aber der ist so verbuggt, dass ich den sowieso ausser acht lasse :-)
gruss maccaroni
Geschrieben von: feniweb Tue. 4. July 2006, 13:05
Hallo BB-Codefreunde
Auf jeden Fall benötigt heute ein gutes WCMS ein guten Wysiwyg-Editor und der TinyMCE ist der richtige. Der produziert echt sauberen Code vor allem bei der Übernahme von Word-Docs. (FCK ist dan nicht so gut)
Für TinyMCE gibt es ein erweitertes Stylepaket, mit dem man z.B. abbr usw. setzen kann. (amk) hatte das eingebaut. Leider funktioniert das ganze im IE noch nicht sehr zuverlässig bis gar nicht.
Ich hab jetzt gerade ein Projekt mit Sefrengo umgesetzt das ca. 300 A4 Seiten Text enthält. Wenn ich das ganz nur mit Textareas also über BB-Code gelöst hätte, wäre ich wahrscheinlich noch in einigen Wochen dran. Für wenig Text sind Textareas mit BB-Code sicher gut. Aber für viel Text mit Übernahme von Word-Docs mit viel Formatierung Fett, Eingerückt Links usw., ist das leider nicht mehr praktikabel ohne Wysiwyg.
Der Redakteur verliert auch schnell die Übersicht bei den vielen BB-Code Tags. Auch bei gelegentlichem Gebrauch seitens der Redakteure, fällt ihnen das umstellen vom Word schreiber zu einem BB-Code Editor nicht so leicht.
Auf jedenfall sind die Redakteure mit dem Wsyiwyg-Editor Happy und sind froh nicht mit diesen Tags zu arbeiten.
Gruss feniweb
Geschrieben von: feniweb Tue. 4. July 2006, 13:18
@maccaroni: nimm unter MAC OSX den TinyMCE im FF 1.5 der hat diese Fehler nicht.
feniweb
Geschrieben von: maccaroni Tue. 4. July 2006, 13:22
gut, dann werde ich diesen mal probieren zu installieren...oder gibts es da gar eine anleitung :-)
gruss maccaroni
Geschrieben von: amk Tue. 4. July 2006, 13:47
also habt's gewiss schon gesehen - unter
Forum Sefrengo.org > Downloads > Hacks/ Sonstiges
gibts einen ersten hack für sefrengo bzgl. tinyMCE ... soweit's meine zeit erlaubt versuche ich es noch besser zu integrieren.
Geschrieben von: maccaroni Tue. 4. July 2006, 14:16
super, danke, werds heute abend oder morgen austesten.
gruss maccaroni
Geschrieben von: andy Tue. 4. July 2006, 16:18
Schön Alex, dass du hier am Start bist
ZITAT
oweit's meine zeit erlaubt versuche ich es noch besser zu integrieren
Das hört sich doch gut an, eine Integration von blockquote stünde dann ganz oben auf meiner Wunschliste. Da gibt es auf SourceForge Seite auch ein Addon. Vlt. klappt es ja, wenn du mal wieder Zeit hast. Aber erstmal vielen Dank für deine Konvertierung!!
ZITAT
Der FCKeditor hat dort noch ein Bug. Wenn du das ganze mit dem IE probierst, dann sollte das Resultat so sein wie du es haben möchtest.
Sorry, aber wer verwendet denn den IE? Warum wurde eigentlich der FCK ausgewählt?
Gruß
andy
Geschrieben von: mistral Tue. 4. July 2006, 18:19
@smail
Das ist mein Lösungsvorschlag:
folgende ContenFlex Elemente:
* Überschrift 1 -> eine Element text
* Überschrift 2 -> eine Element text
* 1 spaltiger Text -> eine Element wysiwyg2
* 1 spaltiger Text (zentriert) -> eine Element wysiwyg2
* 2 spaltiger Text im Verhältnis 1:2 -> zwei Element wysiwyg2
* 2 spaltiger Text im Verhältnis 1:1 -> zwei Element wysiwyg2
* 2 spaltiger Text im Verhältnis 2:1 -> zwei Element wysiwyg2
* 1 Bild_links -> ein Element Bild
* 1 Bild_center -> ein Element Bild
* 1 Bild_rechst -> ein Element Bild
[* 1 Listenpunk -> ein Element text oder textarea]
[* 1 Datei Link -> ein Element file und filesize]
Den wysiwyg2 über die Optionen einschränken auf folgende Elemente:
* Fett
* kursiv
* unterstrichen
* normaler Link
* email-Link
[* Link auf eine Datei]
[* Liste / Aufzählung]
Wobei die Funktion Liste oder Link auf Datei über den wysiwyg2 oder als separates Element realisiert werden kann. Ich würde die Variante über ein separates Element realisiern, da so auch die Filegrösse ausgegeben werden kann.
Alternativ dazu währe auch diese Variante möglich, welche ich in meinen Pojekten meistens in ähnlicher Art und Weise verwende:
folgende ContenFlex Elemente
* Überschrift 1 -> eine Element text
* Überschrift 2 -> eine Element text
* Überschrift 2 mit Text -> eine Element text und ein Element textarea
* 1 spaltiger Text -> eine Element textarea
* 2 spaltiger Text im Verhältnis 1:1 -> zwei Element textarea
* 1 Bild_links -> ein Element Bild
* 1 Bild_rechst -> ein Element Bild
* 1 Listenpunk -> ein Element text oder textarea
* 1 Datei Link -> ein Element file und filesize
* 1 email-Link -> zwei Elemente text
* normaler Link -> ein Element link
so komme ich ganz ohne wysiwyg2 und bbcode aus. Mit der Einschränkungen (Fett,kursiv,unterschtrichen) können die Redaktoren meisten leben.
Was hälst du davon?
Gruss
Mistral
Geschrieben von: smail Wed. 5. July 2006, 11:53
ursprüngliche Realisation in Dedi
Kurz zu Deinem Vorschlag: Im Grunde hab ich das fast genau so realisiert.
- Überschrift 1 / Überschrift 2 -> Element Text
- 1 spaltiger Text / 1paltig zentriert-> Element Textarea
- 2 spaltige Texte -> jeweils 2 Elemente Textarea
wysiwyg2 - OutputOh, oh, oh... hab nochmal gerade die wysiqyg2 (FCKEditor) ausprobiert und der generiert für
Fett folgendes:
QUELLTEXT
<span style="font-weight: bold;">Hallo</span>
Wollen wir das?!?
Nee, also ich denke, dass ist kein sauberer Stil.
wysiwyg2 - andere Problememistral, bei Deinem Vorschlag sehe ich 2 kleine Probleme:
- Fügen wir nun die Bilder nicht innerhalb der Textareas (bespielsweise mittels bbcode etc ein, so können wir Bilder nicht innerhalb eines mehrspaltigen Texts einfügen
- wie soll das mit den Listenelementen funktionieren?
Was mich daran gerade etwas "unruhig" macht, ist die Tatsache, dass Dedi dass nun kann, sefrengo aber nicht!
TinyMCE - eine echte Alternative???Mittlerweile bin ich ja schon fast ganz weg con den wysiwyg-Editoren...
ABER: Ich habe mir nochmal den TinyMCE angesehen. Der ließ sich ja auch schon über einen Hack einsetzten. Anscheinend läuft der etwas "sauberer"
Getestet mit den Einschränkungen:
- fett
- kursiv
- unterstrichen
- Font (ermöglicht dann die Styleauswahl für Headlines etc. -> müsste aber noch eingeschränkt werden, wer braucht schon 7 Überschriften?!? *kopfschüttel*)
- Listen einfügen
- Links einfügen (geht schon sehr gut)
- Dateien Einfügen (geht schon sehr gut)
- (Bilder einfügen (ist aber im Moment mit der Auswahl etwas schlecht))
Der generiert dann Folgendes:
QUELLTEXT
<h1>Dann kommt eine Überschrift </h1>
<h2>Hier eine Subheadline</h2>
<p> etwas Text <strong>fett geschrieben</strong>, <em>kursiv</em> oder <u>unterstrichen</u> mit <a href="index.php?idcatside=1">Link</a> une einer Liste </p>
<ul>
<li>Lalala</li>
<li>alalal</li>
<li>alala</li>
</ul>
<p>
<img src="http://www.google.de/images/logo_sm.gif" alt=" " width="150" height="55" align="left" />Weit hinten, hinter den Wortbergen, fern der Länder Vokalien und Konsonantien leben die Blindtexte. ...</p>
Damit könnte man doch leben, oder??
Andere Frage am Rande: wo wird eigentlich der bbcode in html transformiert?? fnc.type.php??
Viele Grüße
Jan
Geschrieben von: mistral Wed. 5. July 2006, 12:09
ZITAT
wie soll das mit den Listenelementen funktionieren?
Du definierst ein Element als Listenpunkt: <li>{text:1}</li>
Definiesrt für diese Element ein Umschliessendes Template.
Bei diesem umschliessenden Templat definierst du den Anfang und das Ende der Liste.
<ul> und </ul>
Wenn jetzt mehrere Listenpunkze untereinader sind, werden diese nur von einem ge,einsamen ul umschlossen.
Geschrieben von: smail Wed. 5. July 2006, 12:28
ZITAT(mistral @ Wed. 5. July 2006, 13:09)
Wenn jetzt mehrere Listenpunkze untereinader sind, werden diese nur von einem ge,einsamen ul umschlossen.
oh, das ist ja schick!
so etwas fehlte ja immer!!!
Ich glaube nur, dass das schreiben trotzdem einfacher ist, wenn man "am Stück" runterschreiben kann.
Geschrieben von: feniweb Wed. 5. July 2006, 17:44
Hai 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.
feniweb
Geschrieben von: smail Wed. 5. July 2006, 18:28
ZITAT
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.
Geschrieben von: andy Wed. 5. July 2006, 18:50
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
Geschrieben von: mistral Wed. 5. July 2006, 19:17
ZITAT
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.
Geschrieben von: mistral Wed. 5. July 2006, 20:29
ZITAT(smail @ Wed. 5. July 2006, 12:53)
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
Geschrieben von: mistral Wed. 5. July 2006, 21:25
ZITAT(maccaroni @ Tue. 4. July 2006, 00:24)
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 )
ZITAT
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
Geschrieben von: eknem Wed. 5. July 2006, 22:24
ZITAT(mistral @ Wed. 5. July 2006, 21:29)
Wenn du lieber strong und em haben willst ersetzt bitte einmal die beiligende Datei im Ordner:
projekt01\cms\fckeditor\editor\sefrengo
funktioniert!
vielen Dank
Geschrieben von: amk Wed. 5. July 2006, 23:51
ZITAT(andy @ Wed. 5. July 2006, 19:50)
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
Geschrieben von: alexander Thu. 6. July 2006, 15:10
ZITAT(amk @ Thu. 6. July 2006, 00:51)
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
ZITAT
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.
Geschrieben von: smail Thu. 6. July 2006, 20:19
wysiwyg 2. Runde - Vielleicht doch ein passendes Modul möglich??
Hallo zusammen
ich möchte nochmal
http://forum.sefrengo.org/index.php?s=&showtopic=85&view=findpost&p=341
zum Thema universelles Eingabemodul aufwärmen
Um was ging es?
Anforderungen an ein Inhaltseingabe - Modul
- Usability - die Eingabe muss einfach sein!
- Flexibilität - es sollte keine allzu großen Einschränkungen geben
- Konformität - valides xhtml / barrierefreie Inhalte
Nach etlicher Arbeit bin ich nun schon dem "Traumziel" ein gutes Stück näher.
Akteuller StandDank 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/
FazitIch 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
Geschrieben von: maccaroni Thu. 6. July 2006, 20:40
ZITAT(smail @ Thu. 6. July 2006, 21:19)
wysiwyg 2. Runde - Vielleicht doch ein passendes Modul möglich??Hallo zusammen
ich möchte nochmal
http://forum.sefrengo.org/index.php?s=&showtopic=85&view=findpost&p=341
zum Thema universelles Eingabemodul aufwärmen
Um was ging es?
Anforderungen an ein Inhaltseingabe - Modul- Usability - die Eingabe muss einfach sein!
- Flexibilität - es sollte keine allzu großen Einschränkungen geben
- Konformität - valides xhtml / barrierefreie Inhalte
Nach etlicher Arbeit bin ich nun schon dem "Traumziel" ein gutes Stück näher.
Akteuller StandDank 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/
FazitIch 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
Geschrieben von: amk Thu. 6. July 2006, 21:12
ZITAT(alexander @ Thu. 6. July 2006, 16:10)
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)
Geschrieben von: smail Thu. 6. July 2006, 21:17
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
Geschrieben von: amk Thu. 6. July 2006, 21:35
ZITAT(smail @ Thu. 6. July 2006, 22:17)
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
Geschrieben von: smail Fri. 7. July 2006, 00:05
ZITAT
wer den status-bar braucht ...
...
fand ich einfach etwas übersichtlicher... aber stimmt schon, ist im Grunde Spielerei
ZITAT
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
Geschrieben von: amk Fri. 7. July 2006, 00:32
ZITAT(smail @ Fri. 7. July 2006, 01:05)
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
Geschrieben von: maccaroni Fri. 7. July 2006, 11:58
@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
Geschrieben von: smail Fri. 7. July 2006, 12:47
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
Geschrieben von: maccaroni Fri. 7. July 2006, 12:56
ZITAT(smail @ Fri. 7. July 2006, 13:47)
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
Geschrieben von: amk Fri. 7. July 2006, 14:26
also Safari (ab 2.0) wird nur teilweise von tinyMCE unterstützt.
siehe http://tinymce.moxiecode.com/tinymce/docs/compatiblity_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/
Unterstützt von Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)