CONTENIDO Forum

Hallo alle,

Ich möchte ein Problem ansprechen, das allgemein bei meinen Kunden auftaucht:

Meist möchte man seinem Kunden nicht die volle Möglichkeit der Bearbeitung eines CMS_HTML[x]-Typs überlassen. Das heißt beispielsweise, daß mein Kunde "fett" machen darf, aber nicht 40px rot!!!

Ich habe mir so beholfen, daß ich momentan die neueste Version von FCKeditor integriert habe. Dort kann man über die fckconfig.js sämtliche Knöpfe und Möglichkeiten einschränken. Diese .JS-Datei und die XML-Dateien für styles und templates habe ich Mandanten-abhängig abgelegt, sodaß diese für jeden Mandanten unterschiedlich sein können.

Diese Lösung funktioniert ganz gut. (Wenn der Mandant clever genug ist, kann er trotzdem HTML einkopieren oder händisch bearbeiten)

Ich glaube was ich hier anstreife ist eine grundsätzliche Frage, die vor allem den gestalterischen Part betrifft: "Wie kann ich im WYSIWYG die Handlungsfreiheit beeinflussen?". "Welche Tags und welche Styles darf der Mandant verwenden". "Wie kann ich Knöpfe freigeben und sperren".

Dies soll nur eine Anregung für die Zukunft sein. Ich habe dieses Problem, wenn auch etwas pragmatisch, für mich gelöst.

ähm wie war das im mittelteil ?

bin mir jetzt nicht sicher welche antwort du dir jetzt erwartest...

ich spiel mich ja momentan noch etwas mit dem tinymce, da werd ich noch etwas nettes dazu einbauen, sodas man eine optionen dezitiert wegschalten kann...

käme ungefähr auf das selbe raus...

Im Rahmen des "übermütiger Redakteur"-Problems habe ich nur noch CMS_TEXT Felder. Mittels von mir definiertem Code ähnlich dem BBCode wie in diesem Forum kann ein Redakteur kleinere Sachen machen, alles was über Textformatierung raus geht ist nicht mehr möglich. Gibt er also ganz mutig eine <table>[..]</table> ein, wird diese komplett gar nicht angezeigt. Ich arbeite da grade dran und verbessere es noch.

Das ganze mache ich per str_replace direkt im Modul, wo ich den Inhalt wie durch <strong> ersetze.

Hallo ermergence,

Im Contenido wird ja standardmäßig ein WYSIWYG mitgeliefert. Ich habe
mir erwartet, daß man grundsätzlich darüber diskutiert, ob man bei der
Erstellung von Benutzern und Gruppen nicht auch direkt Spielräume im
WYSIWYG beeinflussen kann. (Das könnte soweit gehen, daß man
Tags und Klassen erlauben oder verbieten kann....... Knöpfe ein- und
ausblenden kann etc.) Ich träume halt mal ein bißchen..........

Im Mittelteil wollte ich nur erwähnen, das ich das mit FCKEditor schon recht
pragmatisch gelöst habe. Allerdings blende ich im Prinzip nur Knöpfe aus!
Für die meisten Kunden reicht das aus!

Apropos "meiste Kunden":

Lieber Craxx, ich kenne das Verfahren. Nur möchte ich meinem Kunden
nicht die Funktionsweise irgendeines Markups erklären wollen. Ich finde es
z.B. gerade im FCKEditor gut gelöst, daß das Ganze wie Word aufgebaut ist.
Ich bin mit Sicherheit kein Freund von Microsnot und proprietären
Standards und Dateiformaten. Aber es ist leider ein Fakt, das fast jeder
Word bedienen kann. Die Kunden freuen sich dann immer einen Keks
und ich muss weniger schulen..........

Bis dann, Stefan

stefan25376 hat geschrieben:Allerdings blende ich im Prinzip nur Knöpfe aus!
Für die meisten Kunden reicht das aus!

Nur es gibt immer wieder ganz clevere, die irgendwann Frontpage oder Dreamweaver entdecken und dann Code reinkopieren. Sowas will ich unter allen Umständen vermeiden. Wenn jemand Knopfe drücken und Formatierungen vornehmen will braucht er kein CMS.

diese voraussetzungen bringt der tinymce aber mit

jetzt mal abgesehen davon gewisse buttons einfach auszublenden, besteht die möglichkeit ungewünschte html tags mit dezitierter angabe der attribute einfach rauszufiltern...

dafür gibts die option valid_elements...
das ganze jetzt aber über die properties eines benutzers bzw einer gruppe zu definieren ist etwas unübersichtlich...

Das mit dem tinymce klingt interessant. Werde mir das am Wochenende
mal zu Gemüte führen. Habe bis jetzt auch noch nicht nachgesehen, ob
der FCKEditor das vielleicht auch beherrscht.

Theoretisch könnte ich auch per PHP das Markup auseinanderbauen und
alle ungültigen Tags filtern, aber das befriedigt mich noch nicht......

Ich bin ein Anhänger des Simplizismus (was mich im Übrigen auch davon
abgehalten hat Code-Monster wie typo3 zu verwenden). Meiner Meinung
nach gibt es für jedes Problem eine simple Lösung. Manchmal dauert
das Suchen nur länger.......

Ich denke es gäbe mit Sicherheit eine einfach und übersichtliche Möglichkeit
so etwas für Benutzer und Gruppen zu lösen. Ich werd mir mal den Kopf
zerbrechen.

Denn eigentlich ist das für mich der letzte Kritikpunkt an Contenido und
war auch bisher das Einzige, was Probleme gemacht hat.

Ansonsten ist Contenido rein strukturell ein Traum. Es tut genau das was
ich von einem CMS erwarte:

-Rechteverwaltung
-Kategoriesierung
-Datenpflege

Die meisten anderen CMS-Systeme haben mich nicht überzeugt. (Habt
Ihr Euch schon mal typoScript angesehen. Ich hab vor Lachen am Boden
gelegen. In PHP eine andere Skriptsprache zu parsen..... *lol*) Meistens
glänzen andere Systeme nur dadurch, daß sie OpenSource-Systeme
Dritter gleich mitliefern............

Bis dann, Stefan

ad.
den link zu tinymce findest du hier:
http://contenido.org/forum/viewtopic.php?t=8519

Ich bin ein Anhänger des Simplizismus

tja ich leider auch...

Habt Ihr Euch schon mal typoScript angesehen. Ich hab vor Lachen am Boden gelegen. In PHP eine andere Skriptsprache zu parsen.....

ich bin das mal grob überflogen... erklärt vermutlich die server voraussetzungen von typo3...

Ich habe (als die 4.2 von Contenido aktuell war)) Typo3 eingesetzt, und war immer unzufrieden, daß man eigene Erweiterungen und komplexere Module nur mit komplexem TypoScript abbilden konnte. Entscheidung für Typo3 war damals, daß das Backend einfach besser aussah (wer die 4.2 kannte, weiß warum). Als ich dann zu 4fb kam, und mit der 4.3b angefangen habe, hatte ich meine eigene Website ziemlich schnell auf Contenido umgebaut

Wobei ich Typo3 nicht schlecht machen möchte - es kann sicherlich um einiges mehr (und auch sauberer) als Contenido es kann, aber dafür ist die Lernkurve bei Contenido um einiges flacher und eigene Module sind ziemlich fix entwickelt.