hach, da wälzt man sich sonst immer durch die lange erklärung und dann ist es plötzlich ein so kleiner link...wer soll das denn sehen
supi, danke.


gruss andi

ist doch wie Ostereier suchen

@amk: im Hilfemenü der Dateiliste taucht der Begriff {filetype} zweimal auf.

ist mir auch schon aufgefallen ... ich werd heute mal die final fertig machen - und MrList - ist ja auch noch beta ...

gabs sonst noch irgendwelche fehler/probleme?

mir kommt es so vor, das die Ladezeit des Moduls im BE ziemlich lang ist, vom Gefühl länger als die alte 1.12. Ich kann das aber nicht mit Daten füttern

Kannst Du schauen, ob du z.B. die Listenvoreinstellungen ohne die XXX Leerzeichen einbaust.

hm - meinst du die ladezeit der configuration oder die ladezeit im frontend - gewiss letzteres. im prinzip sollte der unterschied marginal sein - da der relevante code (seit 1.1.2) eh ausgelagert ist ... ich kann das mal prüfen, aber ändern kann ich dann auch nix (ausser wieder alle features rausschmeissen). die etwas speicherfressende systematik bzgl. modulen haben wir schon an anderer stelle diskutiert. könnte/müsste/sollte vom core her optimiert / geändert werden ... aber ich hab gerade ein projekt bei welcher 6 cflex (1.3) und mehr auf einer site sind - angefangen habe ich da auch mit 1.1.2 und jetzt mit 1.3.0 merk ich keinen unterschied. sicherlich auch immer eine sache des servers.



du meinst in den templates - ohne tabulatoren - klar ... meinetwegen.

die Konfiguration wird übersichtlicher

naja mit der konfiguration hat das nix zu tun ... mit dem html im template vielleicht.

ich persönlich finde formatierten html-quellcode schöner ... jedem das seine

Meine ich doch

Wenn ich jetzt für eine Seite einen Container gebaut habe z.B. {text:1}<br/>{textarea:1} kann man doch diesen beliebig oft auf der Seite anlegen.
Wie kann man denn das verhindern, eben das nur das vorhandene verändern kann. Über die Gruppenrechte im Modul geht das nicht oder die Blindheit hat wieder einmal zugeschlagen.

das ist jetzt ne generelle frage ja?

also bestimmte container, oder besser elementgruppen, kann man für gruppen freigeben oder eben sperren ... dazu mind den erweiterten konfigurationsmodus im cflex ab 1.2.1 wählen! jene elementgruppen erscheinen dann nicht mehr im popup-menü von cflex unter der entsprechenden benutzer-anmeldung.

problem dabei ist das nicht berechtigte nutzer diesen container dann auch nicht bearbeiten können. sie können ihn nur löschen oder verschieben ... ob das nun so gut ist?! ... vielleicht sollte man da weitere optionen im cflex einbauen mit welchen man bearbeiten/löschen/verschieben für ausgeschlossene nutzer regeln kann ... ich schau mal ob ich da was machen kann.

so gunwalt ... wie ich das so sehe wurde bzgl. den rechten in den alten contentflexen nicht zu ende gedacht ... sollte problemlos möglich sein das beliebig einzuschränken bis hin zu absoluter unbearbeitbarkeit eines eintrags ... werde ich versuche konfigurierbar gestalten!

gut das du mich darauf gebracht hast ... wichtige sache wie ich finde.

Klasse!!!

Jetzt komm ich auch dazu es zu testen.

Gefällt mir sehr gut! Total nett.

Mir ist nur noch ein Fehler bei den "Creation und Modificationdates" aufgefallen! Das Datum stimmt definitv nicht. Ich meine mich zu errinnern, dass diese Problematik bei der Conversion von SQL Timestamp zu UNIX Timestamp auftritt (siehe angehängtes bild)

 fehler.jpg ( 30.03KB ) Anzahl der Downloads: 15

Ach ja und man kann in den Templates keine ' einfügen (für z.B. onmouseover events) dann gibt es php fehler (schade für die Dateiliste!)

ja was kann man machen bzgl. den timestamps ... soll ich das anders behandeln - ist das eine genrelle sache dass dateien in der db keinen unix-ts verpasst bekommen sondern praktisch ein reales datum welches ich auseinandernehmen muss!? hm ...

bzgl. den ' ich kann schauen ob ich da was regeln kann - aber das ist nicht nur so bei contentflex-{filelist}-templates sondern ein generelles problem würde ich sagen ...

p.s.: was willst'n machen mit onmouseover bei den files?

p.s.: die strings für kbyte/mbyte mach ich auch noch konfigurierbar - wo ich schonmal dabei bin

in der db liegen die Dateien in der DB xxx_upl_ im "normalen" Zeitformat vor, in der inhaltsschweren content-Tabelle im Unix-Format. Diese Differenzierung erschliesst sich mir eigentlich nicht. Bei einer Änderung müsste zusätzlich geüprüft werden, welche Module betroffen sind.

@amk: das Downloadmodul arbeitet m.W. hier korrekt .


brauch man das? Bei mir Js kaum noch eine Rolle, sicherlich Geschmacksfrage.

ja so auch meine feststellung ... ich schau nochmal was der downloadmanager da macht bzgl. datum + zeit ...

update:
ah ... der downloadmanager wendet 'ne mysql-eigene timestamp-convertierung an ... wird übernommen

Ich finde es bei Tabellen einfach ganz nett, beim mouseover die Zeilen in einer anderen Farbe zu hovern. Aber kein Stress, kann man ja auch unobrusive machen

Grüßli Sascha

ja eben - css würd ich sagen ... und für die alten IE's gibt's ja das swordfish-script

hier gehts weiter:

v1.3.5 beta