Ich könnte mir folgende Erweiterung des Kerns gut vorstellen, da ich dies aus anderen namhaften (kostenpflichtigen) Systemen kenne:
Templatesystem erweitern, so dass bereits einzelne Module fest vordefniert werden könnten
- Nachteil:
+ eigentlich keiner, da optional nutzbar
+ außer dass die Module vorher existieren müssen bzw. die Modullöschabfrage ausgeweitet werden müsste
- Vorteil:
+ der Nutzer xyz erhält bereits die möglichen Eingabefelder (Module) präsentiert und muss Sie nicht selbst wählen
+ verschiedene Vorgabetemplates erstellbar für unterschiedliche Situationen mit fester Designvorgabe (Stichwort: Wysiwyg)
Gruß iceman
Hallo,
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
Templatesystem erweitern
Zuletzt geändert von iceman-fx am 24. Mai 2007, 14:23, insgesamt 2-mal geändert.
- Jan.Kristinus
- Admin
- Beiträge: 2166
- Registriert: 24. Aug 2004, 22:11
- Wohnort: Frankfurt
- Kontaktdaten: ICQ Website
Hallo,
danke für den Hinweis. Haben wir auch angedacht, dann halt noch spaltenabhängig. Müssen noch überlegen ob das Ganze dann zu komplex wird und wie wir das sinnvolll einsetzen können. Das macht auch erst noch richtig Sinn wenn man Templates bestimmten Kategorien zuweisen kann. Steht auf unseren Todos und wird nach dem nächsten Release angegangen.
lg
jan
danke für den Hinweis. Haben wir auch angedacht, dann halt noch spaltenabhängig. Müssen noch überlegen ob das Ganze dann zu komplex wird und wie wir das sinnvolll einsetzen können. Das macht auch erst noch richtig Sinn wenn man Templates bestimmten Kategorien zuweisen kann. Steht auf unseren Todos und wird nach dem nächsten Release angegangen.
lg
jan
Yakamara Media GmbH & Co. KG | Kaiserstrasse 69 | 60329 Frankfurt
Tel.: 069-900.20.60.30
http://www.yakamara.de/
Tel.: 069-900.20.60.30
http://www.yakamara.de/
Hi,
was für mich an Redaxo interessant ist, dass ich selbst die verschiedene Module selbst wählen kann -- gegenüber mehrere cm systems.
Es wäre nicht schlecht vieleicht die module definieren zu können so das der user die nicht wählen muss.
Aber hoffentlich bleibt die möglichkeit die Module selbst zu bestimmen?
@iceman-fx
Welche kostenpflichtigen Systeme sind denn die?
Zsolt
was für mich an Redaxo interessant ist, dass ich selbst die verschiedene Module selbst wählen kann -- gegenüber mehrere cm systems.
Es wäre nicht schlecht vieleicht die module definieren zu können so das der user die nicht wählen muss.
Aber hoffentlich bleibt die möglichkeit die Module selbst zu bestimmen?
@iceman-fx
Welche kostenpflichtigen Systeme sind denn die?
Zsolt
Du meinst also, dass einige wichtige Module bereits nach der Installation automatisch vorhanden sind (z.B. Text, Bild, Wysiwyg etc. ?zsolt hat geschrieben:Hi,
was für mich an Redaxo interessant ist, dass ich selbst die verschiedene Module selbst wählen kann -- gegenüber mehrere cm systems.
Es wäre nicht schlecht vieleicht die module definieren zu können so das der user die nicht wählen muss.
Aber hoffentlich bleibt die möglichkeit die Module selbst zu bestimmen?
Wenn ja, dann kann man sich dass ja mit einer "eigenen" Redaxoversion bereithalten und schon so installieren lassen.
Bietet sich aber an, dies gleich erstmal mit vorzusehen (Basismodule, die man eigentlich immer braucht).
Oder meinst Du, dass das Template X bereits die Module da hat, welche der Nutzer nehmen soll ?
Das wäre ja das dann was ich meinte.
Was auch noch toll wäre, ist die Zuweisung von verschiendenen Editoren zum jeweiligen User. Damit könnte diese dann nur damit die Inhalte editieren.
Da wären z.B. das Scholl Weblication, wo meine Firma Vertriebspartner ist, und dann noch das Webedition, welches ich aber persönlich nicht so dolle finde.zsolt hat geschrieben: @iceman-fx
Welche kostenpflichtigen Systeme sind denn die?
- Thomas.Blum
- Entwickler
- Beiträge: 5063
- Registriert: 24. Aug 2004, 22:11
- Wohnort: Dresden
- Kontaktdaten: Website
Hej,
Da sind einmal.
- normale Texteingabe
- Texteingabe mit Textile-Markup
- TinyMCE
- FCKEditor
vg Thomas
Könntest du dies bitte genauer erklären? Meines Wissen gibt es vier Editoren die aber zumeist nie alle auf einmal in einer Installation untergebracht werden.iceman-fx hat geschrieben:Was auch noch toll wäre, ist die Zuweisung von verschiendenen Editoren zum jeweiligen User. Damit könnte diese dann nur damit die Inhalte editieren.
Da sind einmal.
- normale Texteingabe
- Texteingabe mit Textile-Markup
- TinyMCE
- FCKEditor
vg Thomas
Hi Thomas,tbaddade hat geschrieben:Hej,
Könntest du dies bitte genauer erklären? Meines Wissen gibt es vier Editoren die aber zumeist nie alle auf einmal in einer Installation untergebracht werden.iceman-fx hat geschrieben:Was auch noch toll wäre, ist die Zuweisung von verschiendenen Editoren zum jeweiligen User. Damit könnte diese dann nur damit die Inhalte editieren.
Da sind einmal.
- normale Texteingabe
- Texteingabe mit Textile-Markup
- TinyMCE
- FCKEditor
vg Thomas
die 4 Editoren die Du aufzeigst sind die Grundlage.
Was ich aber meine wäre folgendes:
Wie Du sicher aus Deiner Kundenarbeit selbst vermutlich weisst, sind die Kunden schwer von Editoren zu überzeugen, welche wie beim Textile oder BBCode zu bedienen sind.
Zumindest bei meinen ist es so, dass die alle im Wysiwyg-Modus oder im reinen Textmodus (Überschriften etc.) arbeiten wollen.
Für dieses Klientel wäre es schön, wenn man eines der Wysiwyg-Edits mit mehren Profilen ausstattet und dieses Profil dann beim Bearbeiten dem User geladen wird, so dass er auch immer nur dies bearbeiten kann was das Profil hergibt.
Beispiel:
User 1 hat maximale Editorrechte, kann also auch Tabellen anlegen, löschen etc. und Bilder und Flash einbinden.
User 2 hat nur Rechte für Textformatierung und kann demnach auch diese nur ändern.
Von der Umsetzung her wäre es sicher ne Menge Aufwand, da man den Editor entsprechend abändern müsste, damit er vorhandenes Material (Bilder etc.) nicht zum Abschuß freigibt.
Analog wäre es mit der Auswahl ob Wysiwyg oder nur Texteingabe möglich wäre.
Dies wäre noch schwerer zu handeln und würde vermutlich nur über eine Menge Regex zu bewerkstelligen sein.
Aber wie schon gesagt, ich kenne das System aus anderen CMS, und da klappt es prima. Zumal man so die Konsistenz von Dokumenten mehr sicherstellen kann, wenn viele verschiendene Nutzer mit verschiedenen Kenntnissständen an den gleichen Inhalten arbeiten.
Gruß iceman
PS: wo ich schon mal dabei bin was auch noch toll wäre
- Workflow (aber eher als Mini-Workflow)
- Nutzergruppen
- Versionsmanagement (zumindest 3-5 Ebenen)
- integrierte Usergroupware
- erweiterte Benutzerverwaltung (User mit Nutzerverwaltungsrecht darf z.B. keinen Nutzer löschen der gleiche oder höhere Rechte hat.)
- Thomas.Blum
- Entwickler
- Beiträge: 5063
- Registriert: 24. Aug 2004, 22:11
- Wohnort: Dresden
- Kontaktdaten: Website
Hej,
Das Problem dabei ist momentan noch, wenn jemand das Markup per Hand eingibt, also nicht über die Buttons, dies auch von Textile geparst wird. Daher muss ich mir noch überlegen, wenn etwas deaktiviert ist das es von Textile auch entsprechend nicht geparst wird.
vg Thomas
Genau dafür habe ich mir einen Textile Editor programmiert der über Buttons Markup einfügt. Damit das auch User- und Modulspezifisch ist, kann man sog. "Profile" hinterlegen.iceman-fx hat geschrieben:Für dieses Klientel wäre es schön, wenn man eines der Wysiwyg-Edits mit mehren Profilen ausstattet und dieses Profil dann beim Bearbeiten dem User geladen wird, so dass er auch immer nur dies bearbeiten kann was das Profil hergibt.
Das Problem dabei ist momentan noch, wenn jemand das Markup per Hand eingibt, also nicht über die Buttons, dies auch von Textile geparst wird. Daher muss ich mir noch überlegen, wenn etwas deaktiviert ist das es von Textile auch entsprechend nicht geparst wird.
vg Thomas
Ich kenne den Textile ja auch, habe das auch einigen Kunden erst vorgestellt, aber die wollten nicht wirklich so da ran.tbaddade hat geschrieben:Hej,
Genau dafür habe ich mir einen Textile Editor programmiert der über Buttons Markup einfügt. Damit das auch User- und Modulspezifisch ist, kann man sog. "Profile" hinterlegen.iceman-fx hat geschrieben:Für dieses Klientel wäre es schön, wenn man eines der Wysiwyg-Edits mit mehren Profilen ausstattet und dieses Profil dann beim Bearbeiten dem User geladen wird, so dass er auch immer nur dies bearbeiten kann was das Profil hergibt.
Das Problem dabei ist momentan noch, wenn jemand das Markup per Hand eingibt, also nicht über die Buttons, dies auch von Textile geparst wird. Daher muss ich mir noch überlegen, wenn etwas deaktiviert ist das es von Textile auch entsprechend nicht geparst wird.
vg Thomas
Von der Bedienung und der Oberfläche her kommt es leider nicht an einen Wysiwyg ran.
Aber das kann ja noch werden.
Gruß iceman
Du kannst auch jetzt schon einzelne Benutzer abfragen und denen erweiterte Formatierungsmöglichkeiten im WYSIWYG geben.Für dieses Klientel wäre es schön, wenn man eines der Wysiwyg-Edits mit mehren Profilen ausstattet und dieses Profil dann beim Bearbeiten dem User geladen wird, so dass er auch immer nur dies bearbeiten kann was das Profil hergibt.
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
Das sollte der TinyMCE2 bereits können, muss nur über die tiny-klasse entsprechend in der Konfiguration eingetragen werden.iceman-fx hat geschrieben:Für dieses Klientel wäre es schön, wenn man eines der Wysiwyg-Edits mit mehren Profilen ausstattet und dieses Profil dann beim Bearbeiten dem User geladen wird, so dass er auch immer nur dies bearbeiten kann was das Profil hergibt.
Beispiel:
User 1 hat maximale Editorrechte, kann also auch Tabellen anlegen, löschen etc. und Bilder und Flash einbinden.
User 2 hat nur Rechte für Textformatierung und kann demnach auch diese nur ändern.
Gruß,
Markus
Aha, dass wusste ich noch nicht.kills hat geschrieben:Das sollte der TinyMCE2 bereits können, muss nur über die tiny-klasse entsprechend in der Konfiguration eingetragen werden.iceman-fx hat geschrieben:Für dieses Klientel wäre es schön, wenn man eines der Wysiwyg-Edits mit mehren Profilen ausstattet und dieses Profil dann beim Bearbeiten dem User geladen wird, so dass er auch immer nur dies bearbeiten kann was das Profil hergibt.
Beispiel:
User 1 hat maximale Editorrechte, kann also auch Tabellen anlegen, löschen etc. und Bilder und Flash einbinden.
User 2 hat nur Rechte für Textformatierung und kann demnach auch diese nur ändern.
Gruß,
Markus
Na dann werd ich mir wohl doch mal den Tiny nochmal anschauen.
Stimmt schon, aber ganz so einfach ist nicht.andre.5tz hat geschrieben:Du kannst auch jetzt schon einzelne Benutzer abfragen und denen erweiterte Formatierungsmöglichkeiten im WYSIWYG geben.Für dieses Klientel wäre es schön, wenn man eines der Wysiwyg-Edits mit mehren Profilen ausstattet und dieses Profil dann beim Bearbeiten dem User geladen wird, so dass er auch immer nur dies bearbeiten kann was das Profil hergibt.
Denn wenn jemand keine Rechte für eine Tabelle hat, sollte er diese z.B. auch nicht löschen können.
Das wird bestimmt derzeit nicht gehen.
-
- Beiträge: 1403
- Registriert: 7. Apr 2006, 01:49
- Kontaktdaten: ICQ Website
http://redaxo.de/168-Templatedetails.ht ... late_id=50jan hat geschrieben:Das macht auch erst noch richtig Sinn wenn man Templates bestimmten Kategorien zuweisen kann.
lg
Joachim
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
Hi,
Gruß,
Markus
Das ist nicht was Jan gemeint hat. Jan hat sicherlich gemeint, dass man in der Strukurverwaltung abhängig von der Kategorie vorgaben machen kann, welche Templates zur Auswahl stehen..Yoo hat geschrieben:http://redaxo.de/168-Templatedetails.ht ... late_id=50
Gruß,
Markus
-
- Beiträge: 1403
- Registriert: 7. Apr 2006, 01:49
- Kontaktdaten: ICQ Website
ok das ist natürlich was anderes, da ich mit dem template viel arbeite ist mir das eben als erstes eingefallen.kills hat geschrieben:Das ist nicht was Jan gemeint hat. Jan hat sicherlich gemeint, dass man in der Strukurverwaltung abhängig von der Kategorie vorgaben machen kann, welche Templates zur Auswahl stehen..
lg
Joachim
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
-
- Beiträge: 52
- Registriert: 19. Sep 2006, 11:06
Hallo,
wenn ich die Anfangsfrage richtig verstanden habe, dann geht es darum einem bestimmten Template bestimmte Module zu zu ordnen.
Wenn dem so ist, hätte ich eine einfache Lösung, die ich (quick and dirty) auch schon bei mir zu laufen habe. Sie funktioniert so, daß ich bei jedem Modul eine oder mehrere Template-Ids angeben kann, die dann in die Modul-Tabelle geschrieben werden (kann man natürlich auch in extra TB machen).
Im Editier-Modus (ich glaube das betrifft die Article-Class) frage ich bei der Ausgabe des "Block hinzufügen"-Pulldowns die aktuelle Template-Id ab. Wenn's mit der Zuordnung paßt, wird das Modul in der Auswahl angezeigt, wenn nicht dann nicht.
Damit es beim Wechseln des Templates keine Probleme gibt, habe ich die Möglichkeit abgeschaltet, nachträglich das Template zu wechseln. Was im Klartext bedeutet, daß man sich beim Anlegen eines Artikels überlegen muß, welches Template der Artikel bekommen soll. Das mag den einen oder anderen vielleicht stören, da ich ohnehin mit möglichst wenigen Templates arbeite, ist es in meinen Augen kein Problem
Grüße
Stefan
wenn ich die Anfangsfrage richtig verstanden habe, dann geht es darum einem bestimmten Template bestimmte Module zu zu ordnen.
Wenn dem so ist, hätte ich eine einfache Lösung, die ich (quick and dirty) auch schon bei mir zu laufen habe. Sie funktioniert so, daß ich bei jedem Modul eine oder mehrere Template-Ids angeben kann, die dann in die Modul-Tabelle geschrieben werden (kann man natürlich auch in extra TB machen).
Im Editier-Modus (ich glaube das betrifft die Article-Class) frage ich bei der Ausgabe des "Block hinzufügen"-Pulldowns die aktuelle Template-Id ab. Wenn's mit der Zuordnung paßt, wird das Modul in der Auswahl angezeigt, wenn nicht dann nicht.
Damit es beim Wechseln des Templates keine Probleme gibt, habe ich die Möglichkeit abgeschaltet, nachträglich das Template zu wechseln. Was im Klartext bedeutet, daß man sich beim Anlegen eines Artikels überlegen muß, welches Template der Artikel bekommen soll. Das mag den einen oder anderen vielleicht stören, da ich ohnehin mit möglichst wenigen Templates arbeite, ist es in meinen Augen kein Problem
Grüße
Stefan
Hi Stefan,muadib2000 hat geschrieben:Hallo,
wenn ich die Anfangsfrage richtig verstanden habe, dann geht es darum einem bestimmten Template bestimmte Module zu zu ordnen.
Wenn dem so ist, hätte ich eine einfache Lösung, die ich (quick and dirty) auch schon bei mir zu laufen habe. Sie funktioniert so, daß ich bei jedem Modul eine oder mehrere Template-Ids angeben kann, die dann in die Modul-Tabelle geschrieben werden (kann man natürlich auch in extra TB machen).
Im Editier-Modus (ich glaube das betrifft die Article-Class) frage ich bei der Ausgabe des "Block hinzufügen"-Pulldowns die aktuelle Template-Id ab. Wenn's mit der Zuordnung paßt, wird das Modul in der Auswahl angezeigt, wenn nicht dann nicht.
Damit es beim Wechseln des Templates keine Probleme gibt, habe ich die Möglichkeit abgeschaltet, nachträglich das Template zu wechseln. Was im Klartext bedeutet, daß man sich beim Anlegen eines Artikels überlegen muß, welches Template der Artikel bekommen soll. Das mag den einen oder anderen vielleicht stören, da ich ohnehin mit möglichst wenigen Templates arbeite, ist es in meinen Augen kein Problem
Grüße
Stefan
ja das war die Anfangsfrage. Allerdings wäre Deine Lösung für mich und meine Kunden nichts. Meine Kunden wäre damit bestimmt pberfordert, sich immer überlegen zu müssen, welche Module Sie bei einer neuen Seite bräuchten.
Für mich wäre es echt toll, wenn ich einem Template X bereits einige Module vordefnieren könnten, damit der Kunde bereits einige Eingaben machen kann.
Gruß iceman
-
- Beiträge: 52
- Registriert: 19. Sep 2006, 11:06
Hallo Iceman,
ich verstehe noch nicht ganz was Du mit vordefiniert meinst. Sollen denn beim Anlegen eines Artikels bzw. der Zuweisung eines Templates gleich die gewünschten Module in den Artikel geschrieben werden?
Wenn ja, kannst Du das sicher clientseitig (also via Javascript) am einfachsten lösen. Ich nutze das in etwas anderer Form auch, denn ich habe ein universelles Modul geschrieben, das Bilder, Text, Download, etc. in einem macht. Dafür benötige ich allerdings die Erweiterung via rexnames und in jedem Fall die Slice-Id. Da die beim Anlegen noch nicht vorhanden ist aber gebraucht wird lasse ich via Javascript den Block beim Anlegen einmal Speichern (dann liegt die Slice-Id ja vor) und anschließend wieder in der Editieransicht öffnen. Der Redakteur merkt davon fast nichts und es ist eine einfache und funktionierende Lösung.
Übrigens durch diese Methode erspare ich mir auch eine Menge Module, die in irgendwelchen Abfolgen auftreten müssen, damit die Seite nicht zerschossen wird. Das zu überblicken kann man in meinen Augen nämlich auch keinem Redakteur zumuten.
Grüße
Stefan
ich verstehe noch nicht ganz was Du mit vordefiniert meinst. Sollen denn beim Anlegen eines Artikels bzw. der Zuweisung eines Templates gleich die gewünschten Module in den Artikel geschrieben werden?
Wenn ja, kannst Du das sicher clientseitig (also via Javascript) am einfachsten lösen. Ich nutze das in etwas anderer Form auch, denn ich habe ein universelles Modul geschrieben, das Bilder, Text, Download, etc. in einem macht. Dafür benötige ich allerdings die Erweiterung via rexnames und in jedem Fall die Slice-Id. Da die beim Anlegen noch nicht vorhanden ist aber gebraucht wird lasse ich via Javascript den Block beim Anlegen einmal Speichern (dann liegt die Slice-Id ja vor) und anschließend wieder in der Editieransicht öffnen. Der Redakteur merkt davon fast nichts und es ist eine einfache und funktionierende Lösung.
Übrigens durch diese Methode erspare ich mir auch eine Menge Module, die in irgendwelchen Abfolgen auftreten müssen, damit die Seite nicht zerschossen wird. Das zu überblicken kann man in meinen Augen nämlich auch keinem Redakteur zumuten.
Grüße
Stefan