ContentFlex 1.3.5 ("beta"), NEU in 1.3.5: Verbessertes Rechtemanagement!!! |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
ContentFlex 1.3.5 ("beta"), NEU in 1.3.5: Verbessertes Rechtemanagement!!! |
Mon. 9. April 2007, 01:32
Beitrag
#1
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
ContentFlex 1.3.5 ("beta")
QUELLTEXT 01.03.05 beta - released 09.04.2007 ------------------------------------------------------------------------------------------------ + complete 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 __________________________________ viel zu spät/früh was zu releasen, aber was weg is is weg bitte testen ... alles neue befindet sich im konfig-modus "Alles" im konfig-tab "Dateiliste" und "Spez. Einstellungen"!!! viel spass damit ... sollten keine klagen kommen folgt in kürze die finale version! ich freue mich weiterhin über unterstützung (nicht nur in form von bug-reports oder feature-requests ) PAYPAL www.tiefexzeitlos.de (button nutzen) AMAZON WUNSCHZETTEL wer ggf. als sponsor in den modulinfos (readme/forum) genannt werden möchte kann mir das mitteilen! -
Angehängte Datei(en)
-------------------- cheers, Alex
|
|
|
Mon. 9. April 2007, 01:43
Beitrag
#2
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
-
-------------------- cheers, Alex
|
|
|
Mon. 9. April 2007, 08:19
Beitrag
#3
|
|
Advanced Member Gruppe: Members Beiträge: 72 Mitglied seit: 03.07.2006 Mitglieds-Nr.: 77 |
jetzt mache ich mir aber doch Sorgen. Ist im letzten Post der Kopf auf die Tastatur geknallt und weg war amk?
-------------------- |
|
|
Mon. 9. April 2007, 08:40
Beitrag
#4
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
ja so ungefähr ... und ich traf genau die minustaste
-------------------- cheers, Alex
|
|
|
Mon. 9. April 2007, 10:04
Beitrag
#5
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
Na Du Osterhase - vielen Dank
-------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Mon. 9. April 2007, 10:49
Beitrag
#6
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
ZITAT Bearbeitungsrechte für ausgeschlossene Gruppen erscheint mir als sematischer/logischer Fehler. Unter Element_Template schliesse ich eine Gruppe aus, die kann aber gar nichts. Hier geht es aber um die Einschränkung grundsätzlich vorhandener Rechte. In diesem Bereich funktioniert die Funktion "Ändern" hervorragend. Dagegen kriege ich Löschen und Verschieben nicht hin. Der Bearbeitungslayer taucht immer auf - auch bei nein. ZITAT Nach Möglichkeit alle absoluten URLs in realitve URLs umwandeln {image:x} {file:x} {filelist} habe ich gerade erst gesehen - scheint aber aber filelist nicht zu gehen - ist aber nicht tragisch -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Mon. 9. April 2007, 11:31
Beitrag
#7
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
erscheint mir als sematischer/logischer Fehler. Unter Element_Template schliesse ich eine Gruppe aus, die kann aber gar nichts. Hier geht es aber um die Einschränkung grundsätzlich vorhandener Rechte. In diesem Bereich funktioniert die Funktion "Ändern" hervorragend. Dagegen kriege ich Löschen und Verschieben nicht hin. Der Bearbeitungslayer taucht immer auf - auch bei nein. nein unter Element_Template schliesst du in erster linie gruppen ein! alle übrigen sind ausgeschlossen - und für die gelten die spez. einstellungen. bzgl. wording habe ich lange überlegt. aber ausgehend vom alten zustand (ausgeschlossene gruppen konnten lediglich löschen und verschieben) erschien mir das am besten. bei mir funktioniert das: ich hab ne gruppe "Redaktion" - im contentflex wurde bei nem element/ner elementgruppe lediglich der Administrator mit einem bearbeitungsrecht versehen. mit den orginal-rechte einstellungen unter spezielle einstellungen (NEIN/JA/JA) darf die gruppe "Redaktion" nun löschen und verschieben. wenn ich alles auf NEIN stelle verschwindet das stift-symbol ... wenn ich JA/NEIN/NEIN einstelle kann "Redaktion" das element nur bearbeiten, nicht aber löschen und verschieben. bei dir geht das nicht? der layer besteht ja nur aus nem span (im normalfall), ist also weniger störend - deshalb hab ich, wenn also kein stift-symbol und auch kein hinzufügen-symbol da ist die ausgabe des editiertemplates nicht unterbunden ... war mir gestern nacht zu schwierig kann ich natürlich noch versuchen ... habe ich gerade erst gesehen - scheint aber aber filelist nicht zu gehen - ist aber nicht tragisch es geht teilweise - bspw. mit thumbnails. die reine fileurl wird per cms://idfile=n ausgegeben - die konvertierung in reguläre url's von cms:// macht Sefrengo allerdings nach dem alle module fertig sind - insofern kann ich da nicht viel machen und wenn sowas wie cms://idfile da ist, sollte man es doch auch nutzen. wäre ein core-FR das eine url-convertierung für cms://idfile stattfindet. -------------------- cheers, Alex
|
|
|
Mon. 9. April 2007, 11:42
Beitrag
#8
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
ich hab ne gruppe "Redaktion" - im contentflex wurde bei nem element/ner elementgruppe lediglich der Administrator mit einem bearbeitungsrecht versehen. mit den orginal-rechte einstellungen unter spezielle einstellungen (NEIN/JA/JA) darf die gruppe "Redaktion" nun löschen und verschieben. wenn ich alles auf NEIN stelle verschwindet das stift-symbol ... wenn ich JA/NEIN/NEIN einstelle kann "Redaktion" das element nur bearbeiten, nicht aber löschen und verschieben. bei dir geht das nicht? Mit 3x nein kann ich trotzdem löschen und verschieben - als Redaktuer mit eingeschränkten Rechten eingeloggt. Wenn Du magst, schaue es dir mal an - >PM -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Mon. 9. April 2007, 11:47
Beitrag
#9
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
Mit 3x nein kann ich trotzdem löschen und verschieben - als Redaktuer mit eingeschränkten Rechten eingeloggt. Wenn Du magst, schaue es dir mal an - >PM merkwürdig ... gib mir mal die rechte für den modulbereich - das glaub ich erst wenn ich's seh update: also bitte folgende systematik beachten: unter "Element Templates" schliesst man in erster linie gruppen zum vollen bearbeiten ein! solange bei nem element/ner elementgruppe bzgl. bearbeitungsrecht (gruppen) "Alle" gewählt ist wirken die einstellungen bzgl. bearbeitungsrechten überhaupt nicht ... es muss also guppen geben die bestimme elemente/elementgruppen nicht bearbeiten dürfen - für jene kann man dann entsprechende rechte trotzdem einräumen. ist das zu kompliziert - wie sollte man's anders machen? ich finde das recht logisch und praktikabel ... -------------------- cheers, Alex
|
|
|
Tue. 10. April 2007, 15:39
Beitrag
#10
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
@amk
Super Arbeit. Das mit dem Fileicon funktioniert sehr gut 1,2 Fragen. Dateilist:Template-Verzeichniseinleitung Gibts da ein möglichkeit Textfeld um Individueler Text als Einleitung anzugeben? Woher bezieht er diese Information {filetypedesc}? Tabelle: Vermutlich eine dumme Frage. Doch besteht die möglich über diesen Bereich auch CVS Datein von extern einzulesen? Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Tue. 10. April 2007, 15:50
Beitrag
#11
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
Antwort zu diesem Beitrag.
Das Traummodul Modul? Wenn man den Wysiwyg Editor Zentral konfigurieren könnte und dann für die alle Module zur Verfügung stellt. So könnte man auch unterschiedlich Profile erstellen, mit unterschiedlichen Funktionen. z.B. für Admin Redakteure, Redakteure, Schreiber, Kommentare, usw. Zum Reiter Element-Templates: Es währe natürlich super wenn man da auch Profile anlegen könnte oder ein Pool von forgefertigen Templates eingeben könnte. Die man dann für jedes Element auswählen kann. Ob diese Ideen umsetzbar sind weiss ich natürlich nicht aber Träumen darf man doch. Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Tue. 10. April 2007, 16:58
Beitrag
#12
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
Bei mir tritt in Zusammenang mit Filelist ein Fehler auf
1.) Anlage des Elements Liste. Auswahl des Ordners in der DropDown-Verzeichnisauswahl 2.) Einfügen eines neuen Elements an erster Stelle und die zuvor angelegte Verzeichnisauswahl ist weg. Dieser Effekt tritt nur "Einfügen eines neuen Elements an erster Stelle" auf. Lösche ich dieses Element, ist die zuvor gestätigte Auswahl wieder da. Ich bin als admin angemeldet mit vollen Rechten für ContentFlex. -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Tue. 10. April 2007, 17:56
Beitrag
#13
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
@feini:
nun das wäre generell natürlich eine feine sache - ein modul / unterschiedliche konfigurationen ... aber dies über das modul zu regeln ist kaum möglich. wäre ein Sefrengo feature request. @gunwalt: tja das ist so ziemlich das manko bzgl. frontendselectbox-methode. das einfügen an erster stelle kommt einem verschieben des elements gleich und das speichern des filelist-pfades in der db geschieht abhängig von der reihenfolge, da die einträge intern nicht eindeutig zu identifizieren sind. klingt komisch, ist aber so ... hier nochmal die info bzgl. den methoden zur verzeichniswahl: Hinweise zum {filelist}-Element: {filelist} stellt für den Redakteur 2 Methoden zur Pfadwahl der Dateiliste zur Verfügung: 1. Durch eine Datei + Sefrengo-Dateiauswahl/Resourcebrowser - der Pfad der Datei dient als Ausgangspunkt für die zu erzeugende Dateiliste. Bei dieser Methode können zusätzliche Template-Elemente ({fl_selected_...}) genutzt werden, um auch die gewählte Datei einzeln zu nutzen. 2. Auswahl über eine Pfad-Selectbox innerhalb der Seite. (Das generierte Frontend-Formular mit Selectbox kann per CSS gestaltet werden. Forumlarelemente haben entsprechende Klassenattribute -> siehe Quellcode) Die zwei Möglichkeiten arbeiten unabhängig voneinander und können nicht gleichzeitig verwendet werden. Auch werden Pfadeinstellungen bei einem Wechsel der Methoden nicht übernommen! Bei Methode Nr. 2 führt ein "nach oben/-unten"-Verschieben des ContentFlex-Elements bzw. einer Elementgruppe zum Verlust der Pfadeinstellungen bzw. werden die Einstellungen nicht "mit verschoben". Dies ist ein systembedingtes Problem! 100% verschiebbare ContentFlex-Dateilisten sind mit Methode Nr. 1 realisierbar. -------------------- cheers, Alex
|
|
|
Tue. 10. April 2007, 18:08
Beitrag
#14
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
Sorry wenn ich diesen Beitrag nochmals anhäng, aber evtl. sind Fragen nicht beachtet worden.
@amk Das mit dem Fileicon funktioniert sehr gut 2 Fragen: 1. Dateilist:Template-Verzeichniseinleitung Gibts da ein möglichkeit Textfeld um Individueler Text als Einleitung anzugeben? Woher bezieht er diese Information {filetypedesc}? 2. Tabelle: Vermutlich eine dumme Frage. Doch besteht die möglich über diesen Bereich auch CVS Datein von extern einzulesen? Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Tue. 10. April 2007, 18:18
Beitrag
#15
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
sorry feini ganz vergessen:
zu 1. nein die möglichkeit bzgl. textfeld gibt es nicht ... ich denke aber das der möglichkeiten, zusammen mit den normalen contentflex-element-einträgen und der entsprechenden funktionalitäten, viele sind und ich sag erstmal feature-stopp bzgl. contentflex ... sonst wird das nie ne final ... das geht dann ehr in die richtung spezial-lösungen die kaum von der allgemeinheit zwingend benötigt werden .... {filetypedesc} wird aus der datenbank geholt - wie sie dahinkommen ist mir auch nicht klar - ich hab nicht weiter nachgeschaut. zu 2. es gibt nur dumme antworten. nein - die möglichkeit besteht aktuell nicht - könnte man aber durchaus einbauen. auch eine spezielle sache ... kann ich machen - aber erstmal nicht im offiziellen release. ach und beachten es heisst C omma S eperated V alues ... CVS ist was anderes -------------------- cheers, Alex
|
|
|
Tue. 10. April 2007, 18:37
Beitrag
#16
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
@gunwalt: tja das ist so ziemlich das manko bzgl. frontendselectbox-methode. das einfügen an erster stelle kommt einem verschieben des elements gleich und das speichern des filelist-pfades in der db geschieht abhängig von der reihenfolge, da die einträge intern nicht eindeutig zu identifizieren sind. klingt komisch, ist aber so ... hier nochmal die info bzgl. den methoden zur verzeichniswahl: Okay, danke für die Antwort. Schreib das doch in den Downloadbereich als Known Issues. Dieses Problem wird bestimmt noch einmal gepostet. -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Tue. 10. April 2007, 18:40
Beitrag
#17
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
Okay, danke für die Antwort. Schreib das doch in den Downloadbereich als Known Issues. Dieses Problem wird bestimmt noch einmal gepostet. na klar ... mach ich noch ! -------------------- cheers, Alex
|
|
|
Mon. 16. April 2007, 16:14
Beitrag
#18
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 1.126 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 7 |
Im Bereich Dateiliste scheint die Ausgabe von {filedesc} nocht zu funktionieren.
Dann bin ich noch über zwei unterschiedliche Benennungen gestolpert Unter Dateiliste heisst es {filetitle}, {filedesc}, bei den Element-Templates aber {filefmtitle}, {filefmdesc} Ist doch ein und dasselbe. -------------------- ------
Ich gehe spazieren durch Gelsenkirchen |
|
|
Mon. 16. April 2007, 19:51
Beitrag
#19
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
{filetitle}, {filedesc}, und {filefmtitle}, {filefmdesc}
ist in den element-templates nicht das selbe. fm sind beschreibung/titel aus dem dateimanager. ohne fm sinds titel/beschreibung die man bei der seitenbearbeitung beim element file eingeben kann. analog dazu muss es im eintragstemplate natürlich filefmtitle heissen - da für die einträge der dateiliste nur im dateimanager beschreibung und titel eingeben werden können. ________________ mir ist es nun endlich auch gelungen, dass man bei der frontendselectbox-methode die {filelist}en nach oben/unten verschieben kann ohne das die pfadeinstellung verloren gehen -------------------- cheers, Alex
|
|
|
Vereinfachte Darstellung | Aktuelles Datum: 25.9.24 - 20:04 |