ContentPrototype v01.04.02, based on ContentFlex v01.04.00 |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
ContentPrototype v01.04.02, based on ContentFlex v01.04.00 |
Tue. 3. July 2007, 22:23
Beitrag
#1
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
Modulname:
ContentPrototype (based on ContentFlex) Status: stable Bechreibung: Einfügen/Bearbeiten/Löschen/Verschieben von Inhaltselementen und/oder Gruppen von Inhaltselementen (Inhaltsvorlagen). Zusätzlich bietet das Modul mehrfache Prototypes an, worin Element-Templates zusammengefasst werden können. Features: - Elemente/Elementgruppen Prototypes können zu Prototypes zusammengefasst werden (multiple) - Prototypes können auf neuen Seiten autm. oder per Menue ausgeführt werden - ... wie ContentFlex 1.4.0 fehlende Funktionen / Erweiterungswünsche: - Prototype Rollback (change on the Flow) - dynamische Prototypes (> 4) - eigene Typegroup - nachhaltiges Aktualisieren Autor(en): ContentFlex V1.1.2 Reto Haldemann v/o Mistral V1.2.0 - V1.3.5: Alexander M. Korn (amk) v1.4.0 Björn/Alexander M. Korn (amk) ContentPrototype v1.4.1 - v1.4.2 STam Lizenz: GPL Benötigte Sefrengo Version: >= 01.04.00 + geänderte mod.contentflex_cache.php Installation: Die beiden neuen Dateien (mod.contentflex.php, mod.contentflex_cache.php) müssen in das Verzeichnis backend/inc kopiert werden. Wechseln Sie in Ihrer Sefrengo Version in den Bereich "Design->Module". Am unteren Ende des Bereichs befindet sich ein Uploadfeld. Wählen Sie hier die gewünschte "*.cmsmod"- Datei aus. Mit einem Klick auf das Diskettensymbol wird das Modul in das CMS importiert. Das Modul ist nun innerhalb des CMS nutzbar. Wichtig: - die angehängte (geänderte) Datei 'mod.contentflex_cache.php' muss installiert sein! - dieses ist keine Update-version für ContentFlex sondern ein eigenständiger Hack! - Wichtig zu Erledigung eines Bugs in den Tabpanes Empfehle ich diesen Bugfix! Dokumentation: ... wie ContentFlex/folgt Hinweise zu Prototypes: Ein Prototype ist eigentlich eine Art Template in dem mehrere Element-Templates zusammengefasst werden können. Element-Templates können in mehreren Prototypes angebunden sein ('erweiterte' Konfiguration). Prototypes können mit einem Namen versehen werden zB: 'std. News' (see 'all' Konfiguration unter 'Spez. Einstellungen'). Die Anwendung von Prototypes ist auf eine neue Seite beschränkt und kann entweder autm. erfolgen oder per Menüoption im ersten Element-Menue. Es sind 4 Prototypes vordefiniert die genutzt werden können, im Menue erscheinen nur genutzte Protypes (nicht_leere). CODE Changelog legend: # -> Bug Fix + -> Addition ^ -> Change - -> Removed ! -> Note 01.04.02 - released 05.07.2007 ------------------------------------------------------------------------------------------------ # fix js Bug with Tabpane # fix js Bug with Element up/down 01.04.01 - released 03.07.2007 ------------------------------------------------------------------------------------------------ + Prototypes 01.04.00 - released 25.04.2007 ------------------------------------------------------------------------------------------------ ^ update mods ContentFlex 1.4 for Sefrengo Package 1.4 01.03.05 - released 17.04.2007 ------------------------------------------------------------------------------------------------ + {filelist}: (resourcebrowser-mode) new option to prevent the listing of the selected file + {filelist}: (frontend-selectbox-mode) the list is now movable without losing the defined path ^ {filelist}: {filetype} {filedesc} changed to {filefmtype} {filefmdesc} ^ internal changes/improvements 01.03.05 beta - released 09.04.2007 ------------------------------------------------------------------------------------------------ + better rights management for elements/element groups + {filelist}: new/changed elements {filetypeicon} {filetypeiconname} {filetypeiconurl} + {filelist}: definable icon path + global url-convert (absolute/relative) option + definable strings for filesizes # within {filelist}: {filecreated} {filemodified} wrong date/time ^ internal and ui changes/improvements 01.03.00 beta - released 01.04.2007 ------------------------------------------------------------------------------------------------ + new entry-template element {filelist}: with {filelist} it's possible to create lists of files from a Sefrengo-filemanager path / file as path base. Choose between two frontend edit-(path selection)-modes! tree-like lists! a lot of filelist-template elements ... try it!!! + new entry-template elements {mod_key} {container_id} - useful for dhtml things 01.02.01 - released 23.02.2007 ------------------------------------------------------------------------------------------------ + {popup}-Element customization # standard element-template "Trennlinie" not changeable 01.02.00 - 18.02.2007 ------------------------------------------------------------------------------------------------ + {table} and {table_caption} element: {table} add's the possibility to create html-tables from csv-style values. {table_caption} is simply for output the table-caption again within the element template. please note: the created tables are dhtml-sortable via the javascript-file included in the package. include the javascript-file in the head part of your html-page and the ContentFlex created tables are sortable automatically. + configuration tabs ^ configuration user interface improvements and changes ^ wording and order of several configuration options ^ all url's (of files/images/thumbs) will be generated relative if possible # cms-tag mode for date:2 01.01.02 - released 19.09.2006 ------------------------------------------------------------------------------------------------ # for {textarea:4}, {textarea:5}, {textarea:6}, {text:6}, {text:7}, {text:8}, {text:9}, 01.01.01 - released 19.06.2006 ------------------------------------------------------------------------------------------------ + {date:2}, {date:2} + {text:6}, {text:7}, {text:8}, {text:9}, + {textarea:4}, {textarea:5}, {textarea:6}, # optimierung korrigiert {file:x}-, {link:x}-, {image:x}-Ausgabe im Frontend ^ Titel-Konfiguration neu sortiert ^ Image für Element hinzufügen ersetzt 01.01.00 - released 12.06.2006 ------------------------------------------------------------------------------------------------ + {date:1} + {select:1} ^ Geschwindikeit optimiert (ca. Faktor 3-4) + Ausführzeit kann ausgegeben werden (modifikation im Modul-Output erforderlich Ich würde mich freuen wenn bei Interesse dieser Hack in das Standard-Modul einfließt. (aktuell) ContentPrototype_V1_4_2.zip ( 34.74KB ) Anzahl der Downloads: 41 (deprecated) ContentPrototype_V1_4_1.zip ( 35.64KB ) Anzahl der Downloads: 20 Gruß STam EDIT:5.07.07 Update auf V1_4_2 |
|
|
Fri. 6. July 2007, 12:15
Beitrag
#2
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
Soderle...
zu den einzelnen Punkten: 1. Namensgebung 'Prototype' ist eigentlich sogar der beste Name. Von der Semantic und der technischen Umsetzung ist es halt das was das Fature umsetzt. Völlig unsinnig finde ich eine Benennung wie Gruppen/E-Template oä. Nahe dran und für den dt. Normaluser verständlicher ist dann wohl 'Set'. 2. die Konfiguration Über Reihenfolgen oder Wertigkeit denke ich da nicht nach. Wichtig wäre eine Usability in dem ges. Modul zu erreichen die (auch im Hinblick auf die TabPanes) Funktionalität geordnet nach der Häufigkeit oder deren Auswirkung hin aufbereitet. Weitere TabPanes sind in dem Modul eher schwierig zu imlementieren, da die Ansicht 'all' letztlich zu breit wird. Im Hinblich auf weitere Features wäre es aber sinnvoll ein extra Panel für diese Feature einzurichten. Auch andere Features könnten dynamischer angelegt werden, zB die 'umschließenden Templates' sind in der Anzahl schon zu viel (weniger ist mehr). Dazu könnte man die Panel dann auch besser Organisieren oder einzelne Funktionalitäten noch ausblndbar machen; zB nach Administrative, Design, Templates, Set's, Spezial ... Oder man folgt komplett der Sefrengo Logik; Design->Layout->Template dann wäre auch für punkt 1. der Name klar 'Template' 3. Einfügereihenfolge Klar, das impliziert dann aber schon ein eigenes Panel, einsortieren ist per JS ja kein Problem. Grundsäzlich ließe sich das auch wieder mit der SF Logik vereinbaren. Vieleicht könnte man das mittels zweier Txtareas und hinzufügen/entfernen/sortieren Buttons realisieren, hab sowas mal gesehen, recht funktional. 4. Autostart Ja, das ist prüfbar und sollte gefixt werden. 5. Rechte/Autonomie Ich stimme dir zu das ein Prototype vom Prinzip als Einheit gesehen (und behandelt) werden müsste. Demnach müsste ein Prototype auch eigenständige Rechte beinhalten, und die Element-Rechte sich nur beim bearbeiten/erstellen eines Elements selbst wirksam sein. Auch muss ein Prototype als ganzes im Frontend behaldelt werden, innerhalb eines Prototype darf es nicht wie von dir beschrieben zu solcher Kastration kommen. Da könnte man mit Rechten und/oder mittels festen und lösbaren Elementen innerhalb des Prototype, besser definieren was erlaubt ist. Zur Zeit werden die Rechte aus den Element-Templates berückschtigt! Wie schön erwähnt keine ganz einfache Kiste mE aber eine lohnenswerte Erweiterung. Gruß |
|
|
Sun. 8. July 2007, 11:00
Beitrag
#3
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
Soderle... zu den einzelnen Punkten: 1. Namensgebung 'Prototype' ist eigentlich sogar der beste Name. Von der Semantic und der technischen Umsetzung ist es halt das was das Fature umsetzt. Völlig unsinnig finde ich eine Benennung wie Gruppen/E-Template oä. Nahe dran und für den dt. Normaluser verständlicher ist dann wohl 'Set'. du musst dir immer die frage stellen, wie erklär ichs schnell und effektiv den usern die eben nichts von einer prototyp-theorie wissen und wissen müssen? es ist die frage welches der einfachste und verständlichste name (für jeden) sein kann. ZITAT 2. die Konfiguration Über Reihenfolgen oder Wertigkeit denke ich da nicht nach. Wichtig wäre eine Usability in dem ges. Modul zu erreichen die (auch im Hinblick auf die TabPanes) Funktionalität geordnet nach der Häufigkeit oder deren Auswirkung hin aufbereitet. ich denke darüber eigentlich immer - mehr oder minder - nach, weshalb ich auch gleich eine andere reihenfolge vorschlug. letztlich war die usability der konfig ein erster hauptbeweggrund für meine weiterentwicklung von ContentFlex. ZITAT Weitere TabPanes sind in dem Modul eher schwierig zu imlementieren, da die Ansicht 'all' letztlich zu breit wird. möglich ist alles. umschliessende templates und element-bezeichnung könnten bspw. auch zusammengeführt werden. ZITAT Im Hinblich auf weitere Features wäre es aber sinnvoll ein extra Panel für diese Feature einzurichten. da gehe ich mit. ZITAT Auch andere Features könnten dynamischer angelegt werden, zB die 'umschließenden Templates' sind in der Anzahl schon zu viel (weniger ist mehr). es gibt jetzt 2 mehr, weil ich mehr als einmal mehr als 4 benötigte. natürlich wäre es denkbar die umschliessenden wie die elementtemplates zu behandeln (freies hinfügen oder löschen). ZITAT Dazu könnte man die Panel dann auch besser Organisieren oder einzelne Funktionalitäten noch ausblndbar machen; zB nach Administrative, Design, Templates, Set's, Spezial ... Oder man folgt komplett der Sefrengo Logik; Design->Layout->Template dann wäre auch für punkt 1. der Name klar 'Template' diese logik ist nicht die beste, da imho die layouts ja prinzipiell die eigentlichen templates sind ... template ist auch wieder ein begriff der sovieles erschlägt. auf der rein sprachlichen de<->en ebene sind templates vorlagen oder schablonen, wenn man es bzgl. cms thematisiert sind es html-schnipsel. wenn du die sets ebenso templates nennen willst dann sieht man bald gar nicht mehr durch ... ZITAT 3. Einfügereihenfolge Klar, das impliziert dann aber schon ein eigenes Panel, einsortieren ist per JS ja kein Problem. Grundsäzlich ließe sich das auch wieder mit der SF Logik vereinbaren. Vieleicht könnte man das mittels zweier Txtareas und hinzufügen/entfernen/sortieren Buttons realisieren, hab sowas mal gesehen, recht funktional. nun mit einem eigenen panel könnte die konfiguration der sets gleich ganz weg von den dem element-template panel. sowas in der art könnte dann für jedes set zur verfügung stehen. links alle elementtemplates welche variabel und mehrfach einem set zugeordnet werden könnten ... und die sortierung wäre damit dann auch gleich erschlagen. ZITAT Wie schön erwähnt keine ganz einfache Kiste mE aber eine lohnenswerte Erweiterung. die etwas aufwendige arbeit steckt gewiss auch in der konfig. grundsätzlich würde ich mich um diesen part kümmern. ich würde ein neues panel schaffen inkl. dieser flexiblen zuordnungsmöglichkeit ... bzgl. ContentFlex-release würde ich aber erstmal die 1.6 final machen und das etwas vollständigere "set"-feature könnte dann in einer ersten 1.7 (1.8 beta) einfliessen. -------------------- cheers, Alex
|
|
|
Vereinfachte Darstellung | Aktuelles Datum: 22.9.24 - 04:03 |