WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Ich denke daran, mir das Teil wieder mal vorzuknöpfen.
Die Fehlerchen, die hier so erwähnt wurden...
Weiterer Bug: Wenn eine alte Foldergallery installiert ist, lässt sich kein Abschnitt mit der (frisch installierten) rFG anlegen, weil versucht wird, die alten Einstellungen zu kopieren - und das kann krachen.
Als Standard für mobile Geräte ist eine ältere Photoswipe-Version in Verwendung. Diese funktioniert nicht sehr super mit Android Geräten und ist generell etwas "alt".
Neuere Versionen von Photoswipe brauchen aber die Bildgröße als data Attribut. Das muss also als DB-Feld hinzugefügt werden und dann laufend aktualisiert werden.
Die mitgelieferte Mixed-Width Gallery ist verbesserungswürdig (war eine eigene Bastlerei).
Das Beschneiden funktioniert nicht immer auf Anhieb (Reload der Seite hilft). Ich weiß nicht warum.
Und mit den Bootstrap-Templates funktioniert sowieso fast nichts. Hat jemand eine Ahnung warum? Kann man den Umgang mit jQuery irgendwie bereinigen?
Sonstige Wünsche und Anregungen?
Mir fällt so sppontan noch auf/ein:
- Die "Standard"-Lightbox funktioniert nur mit älteren jQ-Versionen. Wenn eine neuere eingestellt ist, ich hatte es mit 1.11.3 getestet, wird das Bild auf die hässliche Art und Weise geöffnet (nackt und in neuem Browsertab). Colorbox, Highslide und MixedWidth sind davon nicht betroffen.
- Highslide müsste auf die aktuelle Version 5 aktualisiert werden, oder es müsste ausdrücklich darauf hingewiesen werden, dass die Highslide-Gallery nicht auf kommerziellen Seiten verwendet werden darf, denn die älteren Highslide-Versionen stehen unter einer NC-Lizenz. (Mir war das bei meinem Gefrickel an der Brax Gallery aufgefallen)
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Demnächst kommt jQuery 1.12 hab ich gehört.
Läuft der ganze Frontend-Edit-Plunder noch unter 1.11 oder 1.12?
Auch das sortieren?
Was alles muss ich denn im include-Verzeichnis austauschen, um das mal zu testen?
Ich habs jetzt mal getestet - ich gehe aber davon aus, dass ich jQuery 1.12 nicht ganz richtig eingebunden habe. Da scheint was zu fehlen.
Beschneiden funktioniert, das ganze Frontend-Edit Zeugs auch.
Was NICHT funktioniert: Sortieren per Drag & Drop. Das funktioniert scheinbar aber nirgends, in keinen Modulen. Da denke ich, hats was grundsätzliches.
Masonry und Photoswipe 4 funktioniert auch - wie in fraggy-gallery. Mit jQuery alt und 1.12.
Beitrag geändert von grindbatzn (17.07.2016 18:09:48)
Ich liebäugle damit, die Templates für Darstellung der Thumbs und die für die Lightbox zu trennen. Eigentlich sollte das möglich sein, wäre aber ein ziemlicher Umbau.
Andererseits gibt es ohnehin nicht so viele wirklich responsive Lightboxes, Photoswipe 4 ist meiner Meinung nach die einzige, die man braucht.
Aktuelle Demos:
http://wbce.at/tpls/unterseiten/respons … height.php (Masonry)
http://wbce.at/tpls/unterseiten/respons … swipe4.php (Photoswipe 4)
Beitrag geändert von grindbatzn (19.07.2016 09:35:26)
Ja, und noch eine Bastelei:
http://wbce.at/tpls/unterseiten/respons … s-demo.php
Hintergrund ist, dass es immer recht frickelig ist, die idealen Werte für die Thumbs zu finden. Wenn man die Einstellungen im Frontend macht, kann man das einfach per JS berechnen.
Wie ich das dann genau in die FG einbaue, weiß ich noch nicht.
Sodanna, ich hatte eine Eingebung ;-)
Die rFG stellt sich oft unnötig kompliziert dar, weil die Einstellungen etwas "abstrakt" sind und weil es so viele Möglichkeiten gibt. Ich habe in den letzten Tagen versucht, ein "Handbuch" zu schreiben, und da merkt man oft, dass es schwierig ist, das zu erklären.
Dabei kann die rFG ein ganz normales, deppensicheres Gallery-Modul sein.
Mein Plan:
Die "Lightboxes" sollen wieder das werden, was sie ursprünglich waren: Die Darstellung in der Zoom-Ansicht, also die großen Bilder.
Die müssen eben so geändert werden, dass sie mit vereinheitlichten Klassen und Rel zurechtkommen.
Die Vorschaubilder auf der rFG-Seite werden da rausgenommen, deren Darstellung hängt dann von Breite/Höhe ab.
Da haben wir diese 3 Möglichkeiten: http://wbce.at/tpls/unterseiten/respons … s-demo.php
Und eine 4., nämlich b/h = 0/0.
Da das in Zukunft über den Assistenten abgewickelt wird, sollte das für jeden leicht einzustellen sein. Schon deswegen, weil die EInstellungen ja immer von Section zu Section mitübernommen werden.
Optional wird es ein Settings-Feld für (bestimmte) Klassen geben, über das entweder ein alternatives Template eingebunden wird, oder einfach kleine Dinge wie runde Ecken, lazy-loading Effekte usw..
Die Möglichkeit, Folder anzulegen, wird aus dem Fokus genommen, bleibt aber natürlich erhalten.
So, und das mache ich jetzt.
![]()
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Super cool!!! ![]()
Rock 'n' Roll - WBCE
Offline
Puh Gestern 8 Stunden, heute 10.. und kein Ende in Sicht..
Ich häng schon wieder mal mit den verdoppelten Kategorien. Der Bug ist verdammt hartnäckig.
"Passieren" tut der Fehler in script/backend.functions.php, ca Zeile 270:
[== PHP ==]
if ($result['is_empty'] == $cat['is_empty']) { //CHIO2016, doppelte Verzeichnisse: da hat es was mit $result['is_empty'] == $cat['is_empty']
$notDeleteArray[] = $result['id'];
} else {
// Falls die Kategorie schon existierte nehmen wir für die neuen Einträge diejenigen von der DB
$insertSQL .= " (" . $result['section_id'] . ", '" . $result['categorie'] . "', '" . $result['parent'] . "', '" . $result['cat_name'] . "', " . $cat['is_empty'] . "),";
// Diese Datensätze müssen aber zuerst gelöscht werden, da sie sonst doppelt vorkommen würden!
}Möglicherweise gab es mal verschiedene Ansichten was "is_empty" genau bedeutet. Keine Verzeichnisse, keine Bilder oder beides nicht?
Puh..
Gestern stand ich noch vor dem Abgrund, heute bin ich schon einen Schritt weiter ;-)
Den "Doppelte Cats-Bug" habe ich zum 38. Mal gefunden.
Und viele neue kleine Bugs dazu gemacht.
Momentan werke ich in der Template-Suche daran, da kann man am besten sehen, wo und warum es so klemmen kann.
Ganz neu gemacht:
http://wbce.at/tpls/unterseiten/respons … height.php
Masonry ist gut, aber zu komplex. Hat sich nicht recht eingefügt.
Und die Extra-Klassen sind auch schon drin. (screenshot)
Beitrag geändert von grindbatzn (24.07.2016 17:16:05)
cool!
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Heißa!
Heute hab ich eine Site von 2011 ausgegraben - mit steinalter FG drin: 1.21, mit den ganz alten Settings.
Und was werde ich da machen?: Ein Upgradescript von ganz alt weg! ;-)
EDIT:
Und pfeift schon! Sogar mit Undo und Redo 
Beitrag geändert von grindbatzn (25.07.2016 18:52:53)
@grindbatzn
Hallo Chio, ich würde die Entwicklung, aus Eigennutz, gerne ein wenig finanziell sponsern wollen, falls Bedarf (
) besteht...
Und mit den Bootstrap-Templates funktioniert sowieso fast nichts. Hat jemand eine Ahnung warum? Kann man den Umgang mit jQuery irgendwie bereinigen?
Kann man:
Zum Beispiel=
[== HTML ==]
... <script src="<?= TEMPLATE_DIR ?>/js/plugins/jquery.randomColors.js"></script>
<script src="<?= TEMPLATE_DIR ?>/js/bootstrap-improvements.js"></script>
<script src="<?= TEMPLATE_DIR ?>/js/helper.js"></script>
<script src="<?= TEMPLATE_DIR ?>/js/script.js"></script>
<?php // function to include optional module frontend.css/frontend.js files automatically
if (function_exists('register_frontend_modfiles')) {
register_frontend_modfiles('css');
register_frontend_modfiles('jquery');
register_frontend_modfiles('js');
}
?>
</body>
</html>So funktioniert es!
Beitrag geändert von better-work (26.10.2016 11:28:04)
Gruß Jörg
Offline
Ein paar Anmerkungen dazu:
Also, dass da zuerst ein jquery-Plugin (Random Colors) und dann jquery geladen wird, kommt mir etwas suspekt vor.
Das Problem ist, dass Bootstrap ein ziemlich neues jQ voraussetzt, WBCE aber (noch) mit jQ 1.7.1 daherkommt und viele Module maximal jQ 1.8.3 verkraften. D.h. wenn man an einer Stelle flickt, fliegt einem woanders was um die Ohren.
<?= funktioniert m.E. evtl. nicht auf allen Servern (Short Open Tag); sicherer: die normale Lang-Schreibweise <?php echo ... .
Die if-Abfrage um die register_frontend_modfiles-Anweisungen ist überflüssig. Die Funktion existiert bei WBCE, das muss nicht mehr geprüft werden.
Beitrag geändert von florian (26.10.2016 11:44:53)
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Also bei mir auf der Testseite funktioniert es, allerdings habe ich derzeit nur mit Firefox geschaut.
Ob es an anderer Stelle um die Ohren fliegt kann ich nicht mit Sicherheit sagen, ich habe noch nichts Negatives feststellen können.
Template= adventurestraplight
Also dann so, Danke für den Tipp=
[== HTML ==]
<?php
register_frontend_modfiles('css');
register_frontend_modfiles('jquery');
register_frontend_modfiles('js');
?>
</body>
</html>Gruß Jörg
Offline
Ich habe für die Themen Short Open Tags und jQuery neue Threads aufgemacht.
Und, um zum Thema bzw. zur Eingangsfrage zurückzukommen: Wie gehts denn der RFG? Welcher Release ist denn derzeit eigentlich aktuell? Habe da etwas die Übersicht verloren...
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Wie gehts denn der RFG? Welcher Release ist denn derzeit eigentlich aktuell? Habe da etwas die Übersicht verloren...
Ich auch. Meine aktuelle Version läuft auf einer Testinstallation (localhost) von WB SP7. Die 2. Version auf wbce.at
Den Plan, einen Konverter von der (ganz) alten Foldergallery zu machen, habe ich aufgegeben, weil das einfach zu verschieden ist. Theoretisch geht es, aber es ist vom Ansatz her anders:
Die rFG geht in Richtung "universelle Gallery" und weg von: Ich lade mal einen Folder hoch und stelle den dar.
Ich neige sogar dazu, das Ding neu zu benennen, um die alten Zöpfe abzuschneiden. Bin noch unschlüssig.
Jedenfalls: In der nächsten Release ist der Assistent überarbeitet. Dann sehen wir weiter.
Beitrag geändert von grindbatzn (27.10.2016 21:59:26)
Hm, das würde dann aber eine ziemliche Lücke ins Modulangebot reißen. Ich war ja schon bei der bisherigen RFG über die Verlagerung der Funktionalitäten ins Frontend etwas unglücklich. Wenn das Modul jetzt zu irgend etwas völlig anderem wird, sodass es keine Möglichkeit mehr gibt, einfach auf der Basis eines Folders mit Bildern drin eine Galerie zu erstellen, wäre das ein großer Verlust und würde die Attraktivität von WBCE deutlich schmälern.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Die Möglichkeiten der Foldergallery gibt es natürlich weiterhin, aber eben nicht mehr als #1-Angebot.
Die Verlagerung ins Frontend hat den einfachen Grund, dass so einfache Tätigkeiten wie das Hochladen von Bildern dort gemacht werden können, wo die Bilder sind: Am Handy.
Und das Frontend ist eben weit einfacher responsiv zu machen als das Backend.
Heute ist man Facebook gewohnt, da führt kein Weg daran vorbei.
Beitrag geändert von grindbatzn (27.10.2016 23:56:11)
Zur Verlagerung ins Frontend:
Technisch gesehen ist es ja eh das Backend, es sieht nur anders aus. Nur wegen Sicherheit und so..
Mir ist schon klar, dass das ein Bruch ist. Aber ich kann nicht ewig wie immer schon weitermachen. Zumindest kleine Tätigkeiten sollen mit dem Handy - einfach! - erledigt werden können, und das geht nunmal am besten im Frontend.
Was als nächstes geplant ist (nach dem Assistenten neu), ist das Verschieben von Bildern zwischen Cats. In der Praxis ergibt es sich oft anders als geplant, und die derzeit einzige Möglichkeit ist es, Bilder per FTP herumzuschieben und zu synchronisieren.
Das ist unelegant.
Bei GlobalComments hab ich schon eine Möglichkeit, Kommentare + Antworten zwischen Seiten herumzuschieben.
Das wird auch in die rFG kommen. Problematisch hierbei ist aber, dass die Bilddateien ebenso verschoben werden müssen - und da kann es Ärger mit den Rechten geben.
Es wäre also besser, man hält das Bilderverzeichnis "flach" und macht die Einteilung in Cats nur per Datenbank.
Ich will vermeiden, 2 verschiedene Module zu pflegen, daher wird der Modus wohl über den Verzeichnisnamen umgeschaltet, oder sonstwas. Aber: Es bleibt das gleiche Modul und unterscheidet sich nur dadurch, wie die Bilder abgelegt sind.
Nebenbei:
Ein weiteres Modul, für das ich eine stärkere Verlegung ins Frontend überlege, ist Topics - genauer: MIniTopics.
Technisch gesehen das gleiche Modul, aber unter dem Namen MiniTopics installiert ist es stark reduziert:
Nur Titel + Teaser + Bild(er) (+ Dateianhänge)
Kein Wysiwyg, sondern nur plain Text. Vielleicht ein Mini-Editor. (Fett, Kursiv, H1-h6)
Alles im Frontend, am Handy zu bearbeiten.
Zu Responsivität / CKEditor hier entlang
Zur RFG: Ich glaube nicht, dass da mehr Probleme mit Verzeichnisrechten drohen als jetzt schon. Immerhin erstellt die RFG ja bereits jetzt Unterverzeichnisse für die Thumbnailgrafiken und schreibt dort die von ihr generierten Thumbsnails rein, und man kann Bilder übers UI löschen. Das ist doch technisch mehr oder weniger dasselbe wie das Verschieben, oder irre ich mich da?
Zu Minitopics: Magst Du dazu einen neuen Thread aufmachen? Das klingt ja nicht unspannend.
Wir Benötigen: Cents, Euros... jetzt spenden!
Offline
Zum Thema
Ich habe gerade begonnen, eine grundsätzliche Änderung an der rFG vorzunehmen - und einen weiteren alten Zopf der Foldergallery abzuschneiden.
Bisher wurde man nach dem Anlegen eines Abschnittes gezwungen, einen Ordner auszuwählen. Dabei wurde auch vorgeschlagen, ein neues Verzeichnis anzulegen.
Wenn man diese ersten Grundeinstellungen nicht machte, funktionierte _nichts_
Das klemmt mit dem Gedanken, die responsiveFG als universelle Bildergallery zu verwenden - ohne vorher einen Ordner hochzuladen und dann auszuwählen. Das geht zwar nach wie vor, aber es ist nicht mehr Aufgabe Nummer 1.
Stattdessen soll man sofort loslegen können, Bilder hochzuladen.
Das macht es notwendig, dass - wie bei jeder anderen Gallery auch - das Verzeichnis gleich angelegt wird und die entsprechenden Einstellung in die DB geschrieben werden.
Um Wildwuchs zu vermeiden, wird ein Verzeichnis (media)/rfg-folders/ angelegt, in das dann Verzeichnisse nach dem Schema "menu-title-gallery" geschrieben werden. Das wird dann auch gleich als Root eingetragen.
Dann bin ich auch das Problem mit dem nervigen Assistenten los - den braucht man nicht mehr zwangsläufig, sondern nur mehr bei Bedarf.
Bisherige Verzeichnisse sind NICHT betroffen, die bleiben wo sie sind. Es geht nur um neue Abschnitte.
Vorschläge für bessere Namen nehme ich gerne entgegen.
Wer mal gucken will:
http://wbce.at/downloads/responsiveFG-0.7.1.zip
Der Assistent (/modules/responsiveFG/frontend_admin/inc/setup.inc.php
ist ein Beispiel für Rekursive Verschlimmbesserung: Ein Fehler da wird dort verbessert, mit einem neuen Fehler -> nächste RUnde.
Aber er funktioniert in der Regel recht gut. In Grenzfällen (Sidebar) ist er etwas seltsam.
Yeah!
Weil ich deppert bin (und am vormittag schon brav Briefpapier gemacht habe) hab ich mich am Nachmittag damit gespielt, wie man Bilder zwischen Kats herumschieben kann.
Also: Das reinschieben in Subkategorien flutscht schon (einfach auf den Ordner schieben).
Jetzt muss ich nur mehr eine vernünftige Möglichkeit finden, sie a) wieder raus zu schieben und b) überhaupt Cat-Übergreifend.
Demnächst mehr.