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 |
|
|
Tue. 3. July 2007, 23:01
Beitrag
#2
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
Dieser Hack hatte folgende Ausgangssituation:
Ich hatte ein ContentFlex für News mit verschiedenen Formaten im Einsatzt. Das war so Aufgebaut das es 2 verschiedene Newsköpfe, 2 Einleitungen, 3 Body-Elemente, 1 Info-Element und 2 Footer als Element-Templates gab. Also reichlich wirrwar und viele Kombinationen. Der Anspruch war also ganz klar; diese verschiedenen Möglichkeiten auf feste Kombinationen zu begrenzen die dann autm. oder als Auswahl zur Verfügung stehen. Durch diesen Hack habe ich also eine 'Breaking-News', eine 'Presse-Veröffentlichung national' und eine 'Presse-Veröffentlichung international'... thats all Gruß |
|
|
Wed. 4. July 2007, 01:34
Beitrag
#3
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 587 Mitglied seit: 01.07.2006 Mitglieds-Nr.: 62 |
hm, so ganz blick ich da - was den Sinn angeht - noch nicht durch, aber das muss nix heißen
Hättest Du nicht einfach die entsprechenden Elemente in einem ContentFlex-Element zusammenfassen können? In etwa: Element 1 - Breaking News QUELLTEXT <div class="breaking_news"> <h1>{text:1}</h1> // News-Überschrift <p>{textarea:1}<p/> // Newstext {image:1} // Newsimage ... <div class="footer">{textarea:2}</div> </div> Und dann ähnlich für die Pressemeldung international bzw. national. So wie ich das verstanden habe, kannst Du aber auch nur vier Elementkombis (sprich Prototypes) anlegen, oder? Das ginge auch mit den o.g. Verfahren. Den einzigen Vorteil, den ich sehen kann ist, dass Du bestimmte Elemente wieder löschen kannst, wenn Du sie nicht brauchst, oder? Und solange keine umschließendes html definiert ist (siehe image-Definition oben) produzieren die leeren Elemente doch auch keinen Output. Bzw. hätte man das nicht sogar mit den neuen {if_element:x} (Version 1.5.2 beta) machen können? -------------------- Zufall ist das Pseudonym, das Gott sich zugelegt hat, wenn er unerkannt bleiben möchte.
|
|
|
Wed. 4. July 2007, 07:28
Beitrag
#4
|
|
purist Gruppe: AdvancedMembers Beiträge: 1.525 Mitglied seit: 30.06.2006 Wohnort: luzern (schweiz) Mitglieds-Nr.: 16 |
hallo stam
schön, dass du dich doch noch für diesen hack durchgerungen hast :-) eine frage und ein problem habe ich aber: 1. es bestehen 2 seiten. auf beiden seiten kommt prototyp 1 zum einsatz. im prototyp 1 sind wiederum 2 elemente zu einem prototyp gefasst. folgendes szenario: - ich gehe in den editiermodus von seite 1 und verlasse diesen wieder ohne änderung - dann ergänze ich prototyp 1 um ein 3. element - im editiermodus der seite 1 erhalte ich weiterhin nur die alten 2 elemente - im editiermodus der seite 2 (welche ich noch nicht im editiermodus besucht habe) erscheinen alle 3 elemente ist das gewollt oder ein bug? 2. ZITAT Prototypes können per Menue ausgeführt werden in welchem menü können diese ausgeführt werden? vielen dank für die umsetzung von contentprototype stam! @smail die vorteile liegen doch auf der hand. prototypes können beim erstellen bei einer neuen seite gleich auf der seite platziert werden. somit bleibt dem redaktor das zusammenklicken der einzelnen elemente erspart. durch das zusammenstellen der prototypes durch die einzelnen elemente bist du – im gegensatz zu deinem ansatz – viel flexibler. angenommen der redakteur möchte in deinem beispiel zwischen der überschrift und der textarea noch ein bild einfügen. das geht in deinem beispiel nicht, dafür wäre ein komplett neues element im contentflex nötig. mit contentprototype ist das kein problem. es können jederzeit weitere elemente direkt auf der seite eingefügt werden. gruss andi -------------------- |
|
|
Wed. 4. July 2007, 09:01
Beitrag
#5
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
Hi,
erst Noch einmal vorweg; das ist ein Hack der sicherlich nach meinen Bedürfnissen erstanden ist. Erweiterungen, weitere Features können noch Eingebaut werden. Allerdings möchte ich da nicht so_weit_weg vom Original ContentFlex entwickeln. Das heißt, das ein einfließen in das Standard-Modul letztendlich das Ziel sein soll. @andi, ZITAT ist das gewollt oder ein bug? ... erst einmal gewollt!Die Prototypen werden nur auf leeren Seiten ausgeführt bzw. aktualisiert. Eine Nachhaltige Aktualisierung fand ich in dem Stadium zu Aufwendig, da Prototypen ja (noch) keine eigene Maskierung im Layout (als Typegroup) haben ist es im Nachhinein schwierig festzustellen ob die Seite mittels Prototype gebaut wurde oder von Hand! Zweitens wird es schwieriger wenn die Elemente schon bearbeitet wurden. Sicherlich aber ein FR ZITAT in welchem menü können diese ausgeführt werden? Das Funktioniert nur exclusiv, also entweder ich habe einen Prototypen als Autostart oder ich nutze das Menue. Prototype_menue.jpg ( 13.54KB ) Anzahl der Downloads: 122 @smail, ich hoffe die Erklärung von andi war besser!? Gruß |
|
|
Wed. 4. July 2007, 09:08
Beitrag
#6
|
|
purist Gruppe: AdvancedMembers Beiträge: 1.525 Mitglied seit: 30.06.2006 Wohnort: luzern (schweiz) Mitglieds-Nr.: 16 |
Das Funktioniert nur exclusiv, also entweder ich habe einen Prototypen als Autostart oder ich nutze das Menue. ah, alles klar, funktioniert. ich wollte prototyp1 automatisch einfliessen lassen und auf eben dieser seite dann z.b. prototyp 2 per menü noch hinzufügen. danke. -------------------- |
|
|
Wed. 4. July 2007, 11:10
Beitrag
#7
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 587 Mitglied seit: 01.07.2006 Mitglieds-Nr.: 62 |
Ah, jetzt verstehe ich das ganze besser - war wohl gestern doch ein Bisschen zu spät
Habe das mit dem automatischen Einfügen gestern doch glatt übersehen...Dieses Feature ist wirklich ziemlich cool. Und da da sicher 'ne riesige Menge Arbeit drin steckt: Danke Stam!!! Das Problem mit der Flexibilität habe ich nicht, da ich den tiny-Editor verwende - allerdings stark abgespeckt und so konfiguriert, dass er validen Code produziert. 1.gif ( 3.48KB ) Anzahl der Downloads: 83 Gruß Jan -------------------- Zufall ist das Pseudonym, das Gott sich zugelegt hat, wenn er unerkannt bleiben möchte.
|
|
|
Thu. 5. July 2007, 07:44
Beitrag
#8
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 154 Mitglied seit: 03.07.2006 Mitglieds-Nr.: 91 |
Super STam.
Das habe ich mir schon lange gewünscht. Hab's schon getestet und bin begeistert. Hoffe, dass das als Standard übernommen wird. AMKs ContentFlex wird somit noch unverzichtbarer. Danke euch beiden. |
|
|
Thu. 5. July 2007, 14:04
Beitrag
#9
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
Update des Moduls wegen eines Bugs im Bereich der Element-Templates (hoch/runter verschieben)
und Hinweis auf einen Bug in den Tabpanes, dazu Empfehle ich diesen Bugfix! Gruß |
|
|
Thu. 5. July 2007, 16:05
Beitrag
#10
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
gut gemacht, mir würde nur eine dem neu benannten modul entsprechende include datei (bspw. mod.contentprototype_cache.php) zum einfacheren ausprobieren fehlen
-------------------- cheers, Alex
|
|
|
Thu. 5. July 2007, 16:37
Beitrag
#11
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
ZITAT neu benannten modul entsprechende include datei (bspw. mod.contentprototype_cache.php) hmmm, an so eine einfache Lösung habe ich jetzt ja gar nicht gedacht, du meinst einfach die Datei umbenennen... its so simple Ernsthaft, ist mir entgangen, sorry Allerdings habe ich nicht den Anspruch hier ein komplett neues Modul aufzumachen, sondern wollte mich nur vor solchen Aktionen bewahren. Andersherum sehe ich solche Hacks eher als Technologie-Previews die zum Testen gut sind, im Nachinein kann man so doch schön das eine oder andere Feature mit in den Stand. übernehmen. Denn eine Änderung von 2% im Code machen ja kein neues Modul aus... aber vieleicht eine Alternative. Da aber von der Menge an Hacks und FR nicht viel hängenbleibt mache ich mir auch keine größeren Hoffnungen, es ist nur gut zu wissen das alle anderen auch wissen das es besser geht Gruß P.S.: zu der Include-Datei; ich würde mich freuen wenn man sich da mehr in dieser Richtung orientiert. |
|
|
Thu. 5. July 2007, 18:30
Beitrag
#12
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
so. nun hab ich mir das endlich mal angeschaut. ich finds gut ... habs noch nie wirklich gebraucht, aber ich finds gut.
was mir nicht gefällt: 1. die benennung des features 2. die modulkonfiguration bzgl. des features. 3. das ich die einfügereihenfolge der elemente/elementgruppen eines "prototyps" nicht direkt bestimmen kann ist ein riesiger nachteil 4. das automatische einfügen des "prototyps" nach dem löschen des letzten elementeintrags. es sollte nur geschehen wenn ContentFlex auf der seite noch nie angewendet wurde. 5. was passiert bei wideren rechteeinstellungen bzgl. einzelnen element-templates (bspw. die überschrift darf einzeln nur vom admin eingefügt werden, der redakteur kann aber einen prototyp welcher das element-template "überschrift" enthält einfügen!?) FRs: "autom. Prototype setzen" eine ordner/seitentemplate-abhängigkeit wäre toll. also für jeden "prototyp" habe ich eine selectbox in der ich ein oder mehrere ordner/seitentemplates selektieren kann. fraglich ob eine konfiguration entsprechend den kategorien nicht besser / einfacher zu realisieren wäre?! das feature muss, ähnlich wie "Hinzufügen von Elementen / Elementgruppen erlauben", für benutzergruppen aktivier/deaktivierbar sein lösungsvorschläge/ideen zu 1 was hier im prinzip gemacht wird ist das gruppieren von element-templates mit dem sinn sie per automatismus bzw. per dhtml-menü auf einmal einzufügen. mit dem wort gruppen möchte ich persönlich vorsichtig sein, denn auch elemente in einem template bilden eine guppe und so bezeichne ich die möglichen inhalte der element-templates gern auch als element/elementgruppe. blieben nur noch wörter wie (Element-Template-) "Kollektion", "Set" oder ...?! zu 2 im prinzip alles ok, aber: 1. umschliessende templates haben 1. prio in der reihenfolge, dann "prototyp", dann rechte. die prototyp-bezeichner-konfig kann meinetwegen auch weiter oben ins special-pane. vielleicht unter die standard-template-textarea zu 3 keine ahnung aber ich fände das grundlegend wichtig. man kriegt ne kriese wenn man beim anlegen von element-templates 1. auf die reihenfolge der einzelnen elemente/elementgruppen im dhtml-menü achten muss und dann nach dieser abhängigkeit auch noch mit den "prototypen" zu kämpfen hat. also eine bestimmung der einfügereihenfolge pro "prototyp" ist imho zwingend notwendig ... nur wie am einfachsten bewerkstelligen!? zu 4 sollte doch machbar sein zu prüfen ob jemand das letzte element mittels dhtml-menü gelöscht hat oder die eintragsleere seite einfach nur betritt!? zu 5 das ist so eine abhängigkeitskiste. grundlegend würde ich sagen, "prototypen" sind autonom und unabhängig von dem rechtesystem der element-templates (ist es aktuell vielleicht schon so) - dass heisst ich habe ein element-template für den admin-only. im "prototyp"-feature kann ich dieses element-template auch für "prototypen" für den redakteur nutzen/zur verfügung stellen. dies beisst sich aber mit der möglichkeit, dass der redakteur einen "prototypen" einfügt, alle einträge des prototyps löscht, bis auf das eine element/elementgruppe was ihm im normalen dhtml-menü nicht zur verfügung steht. hm!? ansonsten wie gesagt gute sache - kann imo in die aktuelle beta vom ContentFlex (v01.05.02) - wenn namensänderung des features, die geschichte mit der einfügereihenfolge und die sache mit den element-template-rechten geklärt ist. -------------------- cheers, Alex
|
|
|
Thu. 5. July 2007, 20:54
Beitrag
#13
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
@amk,
danke für die ausführliche und konstruktive Kritik. Das meiste war erwartet und ist selbstverständlich bzw läßt aus der Entstehung des Hacks erklären. Freut mich das wir bei Klärung der Fragen hier weiter kommen. Ich brauch ein nur wenig für die Antwort Gruß |
|
|
Fri. 6. July 2007, 12:15
Beitrag
#14
|
|
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
#15
|
|
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
|
|
|
Wed. 1. August 2007, 11:04
Beitrag
#16
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
|
|
|
Wed. 1. August 2007, 13:01
Beitrag
#17
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
Hiho!
Schönes Script... Aber wäre es nicht sinnvoll für das Backend ein einheitliches Framework zu verwenden? Ich fände zum Beispiel jQuery toll, und da gibts auch sowas für: http://code.google.com/p/jqmultiselects/ Tschüss Tiggr (aka Marcus) -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Wed. 1. August 2007, 13:44
Beitrag
#18
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 185 Mitglied seit: 03.07.2006 Mitglieds-Nr.: 80 |
jap!
2x zustimmung 1. einheitliches framework 2. jquery |
|
|
Wed. 1. August 2007, 17:49
Beitrag
#19
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
... und wann können wir? Gruss also ich bin beim finish des Terminkalenderplugin und dann muss ich mal schauen ... du kannst deine veränderungen doch schon in die aktuelle ContentFlex-version übertragen ... das PickList script ist auch fein ... müssen nur noch sortierungsbuttons rein. P.S.: eine verwendung von jquery setzt die globale einbindung des/der script/e innerhalb SF voraus. -------------------- cheers, Alex
|
|
|
Thu. 2. August 2007, 08:18
Beitrag
#20
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
Offtopic:
ZITAT P.S.: eine verwendung von jquery setzt die globale einbindung des/der script/e innerhalb SF voraus. Jau. leider wahr! Damit wären wir wieder beim FR den Headerbereich der Seite beeinflussen zu können. Dieses mal im Backend. Ich mach bei einem neuen Plugin ständig neue Fenster auf, weil ich die total unter Kontrolle habe - dann läuft's auch mit jQuery und Co... Aber ich fände es auch grundsätzlich supergut, wenn man für Module und Plugins ein Standardframework hätte. Ich schreib mal bei Gelegenheit einen FR! Tschüss Tiggr (aka Marcus) -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 26.9.24 - 16:16 |