WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Mir persönlich gehts etwas zu unstrukturiert für neue Features oder Zielsetzung für das nächste WBCE Release zu. Es wurden ja schon viele Sachen gepostet (z.B. Autoloader, Settings ...), mir fehlt aber etwas der rote Faden. Würde es begrüssen, wenn wir uns mal per Skype zusammentrommeln könnten und den Fahrplan für ein mögliches nächstes Release zu besprechen.
Ich würde mir folgendes Wünschen:
- zeitgemässes Mediencenter (Upload, Bildmanipulation etc.)
- zeitgemässer Coreupdate, bzw. Addonaktualisierung aus dem Frontend (wie z.B. Bei WordPress)
- überarbeiten der mitgelieferten Komponenten
- aufräumen von altem Code
Meinungen?
Account inactive since 2018/11/17.
Offline
Die von Dir genannten Punkte unterstütze ich grundsätzlich, fürchte aber, dass das zu viel für _ein_ Release ist. Ich denke, es ist sinnvoll, beim nächsten Release den Schwerpunkt auf Core-Optimierungen sowie Modulweiterentwicklungen und nicht so sehr auf neue Features zu setzen, weil wir leider nicht die Entwickler_innenkapazität haben, sowohl Optimierungen als auch neue Features plus Modul-Weiterentwicklungen voranzutreiben.
Aus meiner Sicht vordringlich wären
Core:
- Erhöhung der Sicherheit durch bessere Passwortverschlüsselung (Md5)
- Readyness für PHP 5.6 / PHP 7 sicherstellen
- Altlastenbereinigung
- Wartungsmodus*
Eine Optimierung der Medienverwaltung steht bei mir sehr weit oben auf der Wunschliste, aber dürfte sicherlich nicht einfach zu bewerkstelligen sein.
Module:
- Weiterentwicklung RFG
- evtl. Aufbohren des "alten" Newsmoduls (Teaserbild-Möglichkeit, vgl. Lepton-Newsmodul; Tabellencode rausschmeißen; Kommentarfunktion rauswerfen, da unbrauchbar), wenn die Weiterentwicklung von Topics doch eine zu große Baustelle ist (?)
* Wichtig ist mir, auch und gerade für den_die "normale_n Anwender_in" spür- und sichtbare Verbesserungen umzusetzen, selbst wenn es nur "Kleinigkeiten" sind.
Ein Skype-Meeting zur Abstimmung wäre sicherlich sinnvoll.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Meeting, bin dabei.
Offline
Ich weiß nicht, wie weit WBCE noch zu WB kompatibel ist. In dem Sinn, dass ich noch ohne Probleme "zurückwechseln" kann.
Eine andere Passwortverschlüsselung würde da wohl den Bruch bedeuten.
Eine allgemein brauchbare Bildverwaltung (mitsamt upload und kleineren Manipulationen) würde ich mir sehr wünschen, es ist mühsam - und unprofessionell!, in jedem Modul, das mit Bildern zu tun hat, eine eigene Verwaltung mitzuhaben.
In einer durchschnittlichen Installation habe ich 8 verschiedene Uploader. Das kanns auf Dauer nicht sein.
Das könnte ebenso wie der Editor als Modul gehandhabt werden. Hat ja auch nicht jedes Modul seinen eigenen Editor mit.
Das selbe für Kommentarfunktionen (mitsamt Spamfilter)
Beitrag geändert von grindbatzn (28.09.2015 21:14:40)
Im Moment geht das recht gut , einige Features gehen verloren und die cwsoft Module muss man gegen die umtauschen , die ein komplettes Twig mitbringen. Zumindest die Änderungen die ich gerne reinpacken würde haben da eigentlich auch noch keinen Einfluss, Module die neue Features dann nutzen würden ... ok, die können nicht in WB Laufen...
Was haltet Ihr eigentlich von el finder?
http://elfinder.org/
Der soll auch noch zusammen mit dem CKE funktionieren ...
-------
Edit by florian: Diskussion zum elFinder abgetrennt
http://forum.wbce.org/viewtopic.php?id=183
Offline
@webbird
Apropos .. Entwicklertreffen auf Skype ?
Generell hätte ich optional auch noch nen Mumble Server zur Verfügung.
Offline
Lieber Skype als Mumble.
Wann passt es denn so terminlich? Bei mir sieht es diese Woche eher eng aus, nächste Woche wäre besser. Welcher Tag, welche Tageszeit? Präferenzen?
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Unter der Woche geht's bei mir nicht, ich habe einen Vollzeitjob.
Übrigens: Festgelegte Features empfehle ich als Issues auf GitHub zu verewigen. Zum einen kann man dann die Commits damit verknüpfen, zum anderen kann man jederzeit nachschauen, was fest geplant ist. Per Label und/oder Milestone lassen sich die Features den Versionen zuordnen, so daß auch Features, die man in der nächsten oder übernächsten Version umsetzen will, nicht verloren gehen.
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Apropos Mediacenter: Das steht auch für die nächste BC-Version auf dem Zettel. Obwohl die Optik und der Funktionsumfang bei WBCE und BC schon sehr unterschiedlich sind, wäre es sicherlich interessant, hierzu Erfahrungen auszutauschen.
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Für Upload und Bildresize finde ich Plupload nicht schlecht. Gibt es auch unter GNU GPL2.
Account inactive since 2018/11/17.
Offline
Plupload hatte ich mir mal für WYSIWYG2 angesehen ist ziemlich cool , hatte mich dann für http://www.verot.net/php_class_upload.htm entschieden.
Aber weder Plupload noch die andere Klasse , geben eine Medienverwaltung her.
Beitrag geändert von norhei (30.09.2015 20:38:07)
Offline
Hier noch ein paar interessant PHP Image Klassen:
- http://imagine.readthedocs.org/en/latest/index.html
- http://phpimageworkshop.com
- http://nielse63.github.io/php-image-cache/
- http://stefangabos.ro/php-libraries/zebra-image/ (nicht mehr aktiv gepflegt)
Kombiniert mit Plupload und z.B. elFinder, dem altem FCK Filemanager oder nem anderem Dateiviewe/manager wie z.B. RoxyFilemanager könnte man ein schickes Mediencenter bauen.
Beitrag geändert von cwsoft (30.09.2015 20:56:18)
Account inactive since 2018/11/17.
Offline
Bildbearbeitung geht heutzutage eleganter mit entsprechenden JavaScripts. Für jQuery gibt's einen ganzen Haufen.
Für eigene Module hatte ich auch schon mal Dropzone eingesetzt, das kann zwar derzeit noch kein "client-side resize", daran wird aber gearbeitet. Es spricht aber auch nichts gegen plupload, ich wollte es nur der Vollständigkeit halber erwähnen.
Halten wir doch lieber mal fest, was ein Mediencenter braucht:
Eine Upload-Möglichkeit -> plupload, Dropzone, class.upload.php, ...
Die Option, hochgeladene ZIPs automatisch zu entpacken
Granulare Rechteverwaltung (wer darf was wohin hochladen/bearbeiten/löschen)
Eine verläßliche (!) Prüfung des Dateityps
Dateien umbenennen, verschieben, löschen
Verzeichnisse anlegen, umbenennen, verschieben, löschen
Stufe 2: Bildbearbeitung. Würde ich persönlich aber eher als Admin Tool umsetzen. Bei BC würde ich das sogar noch weiter trennen, aber das gehört hier nicht her. 
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Umgekehrt kann man auch mal festhalten, was an der jetzigen Medienverwaltung schlecht ist:
Begrenzte Anzahl Upload-Felder
Alle Uploads gleichzeitig, daher Gefahr von Timeouts
Daß sie vielleicht nicht mehr so ganz zeitgemäß aussieht, ist nicht zwangsläufig schlecht. 
Ich habe eine Amazon-Wishlist.
Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline