Willkommen, Gast ( Anmelden | Registrierung )     [ Hilfe | Mitglieder | Suche ]

2 Seiten V   1 2 >  
Reply to this topicStart new topic
> ContentPrototype v01.04.02, based on ContentFlex v01.04.00
STam
Beitrag 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) Angehängte Datei  ContentPrototype_V1_4_2.zip ( 34.74KB ) Anzahl der Downloads: 41

(deprecated) Angehängte Datei  ContentPrototype_V1_4_1.zip ( 35.64KB ) Anzahl der Downloads: 20


Gruß STam

EDIT:5.07.07 Update auf V1_4_2
Go to the top of the page
 
+Quote Post
STam
Beitrag 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 rolleyes.gif

Gruß
Go to the top of the page
 
+Quote Post
smail
Beitrag 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 huh.gif

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.
Go to the top of the page
 
+Quote Post
andi
Beitrag 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


--------------------
Go to the top of the page
 
+Quote Post
STam
Beitrag 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 wink.gif

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.
Angehängte Datei  Prototype_menue.jpg ( 13.54KB ) Anzahl der Downloads: 122


@smail,

ich hoffe die Erklärung von andi war besser!?

Gruß
Go to the top of the page
 
+Quote Post
andi
Beitrag 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



ZITAT(STam @ Wed. 4. July 2007, 10:01) *
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.


--------------------
Go to the top of the page
 
+Quote Post
smail
Beitrag 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 blink.gif

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.
Angehängte Datei  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.
Go to the top of the page
 
+Quote Post
paulinsche
Beitrag 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.
Go to the top of the page
 
+Quote Post
STam
Beitrag 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ß
Go to the top of the page
 
+Quote Post
amk
Beitrag 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 wink.gif


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post
STam
Beitrag 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 laugh.gif
Ernsthaft, ist mir entgangen, sorry huh.gif

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 wink.gif

Gruß

P.S.: zu der Include-Datei; ich würde mich freuen wenn man sich da mehr in
dieser Richtung orientiert.
Go to the top of the page
 
+Quote Post
amk
Beitrag 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. wink.gif

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
Go to the top of the page
 
+Quote Post
STam
Beitrag 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 wink.gif

Gruß
Go to the top of the page
 
+Quote Post
STam
Beitrag 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ß
Go to the top of the page
 
+Quote Post
amk
Beitrag 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



ZITAT(STam @ Fri. 6. July 2007, 13:15) *
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
Go to the top of the page
 
+Quote Post
STam
Beitrag Wed. 1. August 2007, 11:04
Beitrag #16


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 541
Mitglied seit: 27.06.2006
Mitglieds-Nr.: 8




ZITAT
sowas in der art
... habs wiedergefunden:... und wann können wir?

Gruss
Go to the top of the page
 
+Quote Post
Tiggr
Beitrag 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
Go to the top of the page
 
+Quote Post
tobaco
Beitrag 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
Go to the top of the page
 
+Quote Post
amk
Beitrag 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



ZITAT(STam @ Wed. 1. August 2007, 12:04) *
... 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
Go to the top of the page
 
+Quote Post
Tiggr
Beitrag 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
Go to the top of the page
 
+Quote Post

2 Seiten V   1 2 >
Reply to this topicStart new topic
2 Besucher lesen dieses Thema (Gäste: 2 | Anonyme Besucher: 0)
0 Mitglieder:

 



RSS Vereinfachte Darstellung Aktuelles Datum: 28.3.24 - 14:30

Sefrengo ist ein eingetragenes Markenzeichen und urheberrechtlich geschützt.
Copyright 2009 Design & Daten, Alle Rechte vorbehalten.