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:


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

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.

@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.

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.

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

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

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

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

Lösungsansätze
Dank 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)

Fazit
So 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

@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.

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.




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

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

@maccaroni: nimm unter MAC OSX den TinyMCE im FF 1.5 der hat diese Fehler nicht.

feniweb

gut, dann werde ich diesen mal probieren zu installieren...oder gibts es da gar eine anleitung :-)

gruss maccaroni

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.

super, danke, werds heute abend oder morgen austesten.

gruss maccaroni

Schön Alex, dass du hier am Start bist


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!!


Sorry, aber wer verwendet denn den IE? Warum wurde eigentlich der FCK ausgewählt?

Gruß
andy

@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

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 - Output
Oh, oh, oh... hab nochmal gerade die wysiqyg2 (FCKEditor) ausprobiert und der generiert für Fett folgendes:

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

wysiwyg2 - andere Probleme
mistral, 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:


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

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.

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.

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

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.

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

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.

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.

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

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 )



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

funktioniert!

vielen Dank

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

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



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.

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

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)

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

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



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

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

@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

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

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/