Beiträge

Noch ein kleiner Zusatz:
Ich habe einige kleinere Korrekturen vorgenommen, den Zähler oben links per Admin-Paramter abschaltbar gemacht und die Fullscren-Ansicht per Button eingefügt.
Die Tests ab mozilo 2.0 Rev 51 mit PHP 7.4 waren soweit erfolgreich.

Deshalb werde ich aber keine neue Version hier einstellen. Mal abwarten, was evtl. noch kommt.

Gruß

Hallo mozilo-Gemeinde,

ich habe mich an einem neuen Plugin versucht: PhotoSwipe5

Dieses basiert nicht wie bisher auf dem Kern 4.x, sondern auf dem aktuellen Kern 5.x. Alle technologischen Neuerungen der freien Software PhotoSwipe 5 fließen hier ein und machen das Modul für mozilo nutzbar; es gibt aber auch Einschränkungen!

Die Anpassungen in PhotoSwipe-2 wie hier beschreiben:

https://www.mozilo.de/forum/index.php/topic,4813.15.html

werden damit nicht weiter verfolgt; fließen aber in PhotoSwipe5 ein.

Die Funktionalität ist weit gediehen. Es folgt die Dokumentation. Wer sich einen ersten Überblick verschaffen will, wird hier fündig:
https://spielwiese.fischer-ehdorf.de/Plugins/PhotoSwipe5.html

Ich bitte alle Anwender der PhotoGalerie, die sich für diese Version 5 interessieren - gebt Rückmeldung: funktioniert / nicht : sinnvoll : Fehler : Vorschläge ...

Gruß

Danke für die Antwort. Ich wollte nur sicher gehen. Umbenennen ist kein Problem.

Nochwas Anderes - kein Fehler. Eher ein Wunsch für eine Erweiterung.
Ich arbeite gerade viel mit Galerien. Dabei gibt es beim Hochladen von Galerien im webp-Format eine Fehlermeldung: Empty file upload result
Es sind wohl nur jpg, jpeg, png und gif erlaubt.
Da webp immer mehr im Einsatz ist und einige Vorteile bringt, ist es vielleicht eine Überlegung wert?

Beim Upload im Bereich Dateien wird webp akzeptiert.

Gruß

Die obigen Korrekturen funktionieren in der 3.0.5 Beta2 bei mir.

Eine andere Sache ist mir noch aufgefallen.
Beim Upload von ZIP-Archiven (im Admin als Dateityp freigegeben) werden Archivnamen mit Punkt nicht akzeptiert, also z.B. pluginname 3.0.5.ZIP

Ist das so gewollt?

Gruß

Danke für die Arbeit.
Das Problem mit dem Symbol für Resize ist wohl nun auch geklärt - ich habe mich narren lassen und Dich angesteckt.

Wenn man die URL im Browser anschaut, ergibt das ein logisches Symbol für Resize:

data:image/svg+xml;utf8,<svg xmlns='http://www.w3.org/2000/svg'; viewBox='0 0 24 24' height='18' width='18'><path d='M3,8.1a1,1,0,0,0,1-1V6.91a1,1,0,0,0-2,0V7.1A1,1,0,0,0,3,8.1Zm0-4A1,1,0,0,0,3.42,4,1,1,0,0,0,3.1,2H3A1.09,1.09,0,0,0,2,3.1,1,1,0,0,0,3,4.05Zm17.39-.19A1,1,0,0,0,22,3a1,1,0,0,0-1-1h-.1a1,1,0,0,0-.51,1.86ZM11.89,4h.22a1,1,0,0,0,0-2h-.22a1,1,0,0,0,0,2ZM7.39,4H7.6a1,1,0,0,0,0-2H7.39a1,1,0,0,0,0,2ZM21,20a1,1,0,0,0-.42.1A1,1,0,0,0,20.9,22H21a1.09,1.09,0,0,0,1-1.1A1,1,0,0,0,21,20ZM14,11a1,1,0,0,0-1-1H3.27A1.08,1.08,0,0,0,3,10,1,1,0,0,0,2,11V21a1,1,0,0,0,1,1H13.1a1,1,0,0,0,.9-1.42Zm-2,9H5.52l3.91-3.9a.33.33,0,0,1,.47,0L12,18.19Zm0-4.63-.68-.69a2.35,2.35,0,0,0-3.31,0l-4,4V12h8Zm9,0a1,1,0,0,0-1,1v.21a1,1,0,0,0,2,0V16.4A1,1,0,0,0,21,15.4Zm0-9a1,1,0,0,0-1,1V7.6a1,1,0,1,0,2,0V7.39A1,1,0,0,0,21,6.39Zm0,4.5a1,1,0,0,0-1,1v.22a1,1,0,0,0,2,0v-.22A1,1,0,0,0,21,10.89ZM17.1,20h-.2a1,1,0,1,0,0,2h.2a1,1,0,0,0,0-2ZM16.61,4a1,1,0,0,0,0-2H16.4a1,1,0,1,0,0,2Z'></path></svg>

Das Symbol ist wohl nur ein wenig klein, um die Funktion erkennen zu lassen.
Angehängtes Bild.

Gruß

Zusatz: Nur mal eine Vermutung am Beispiel einer Stelle (Gruppenlöschen)
In der fileupload.template.js steht jetzt:

'<div class="delete flex">' +
    '<button ...></button>' +
    '<label for="">' +
        '<span class="sr-only">...</span>' +
        '<input id="" type="checkbox" name="delete" value="1" />' +
    '</label>' +
'</div>'

Hier taucht neu auf:
<span> mit der Klasse sr-only --> Anpassung für ScreenReader
Danach greifen Selektoren in´s Leere!


Kann es sein, daß bei der grundhaften Umstellung (z.B. JQuery -> reines JS) hier noch mehr Problemchen schlummern, die wir noch gar nicht aufgetan haben?

Das Verhalten in der 3.0.5b habe ich nochmals überprüft und damit meine Umgebung als Verursacher ausgeschlossen.
- obige Tests liefen nur unter XAMPP
- die gleiche Site auf dem Webspace verhält sich analog
- habe auch mal über Smartphone - Hotspot - Linux zugegriffen - gleicher Effekt

Gruß

Ich habe mal weiter getestet:
Korrektur:  mozilo 3.0.0 PHP 8.2 Icon weg

4. mozilo 3.0.2 PHP 8.2 --> Icon weg, Gruppenlöschen geht; Skalierungseinstellungen vorbelegen Fehler bei Speichern
5. mozilo 3.0.3 PHP 8.2 --> icon weg; Gruppenlöschen geht; Gruppenskalieren geht; Vorbelegung ändern geht nicht
6. mozilo 3.0.4 PHP 8.2 --> Icon weg; Gruppenlöschen geht nicht; Gruppenskalieren geht nicht; Vorbelegung nicht speicherbar
7. mozilo 3.0.5b PHP 8.2 --> wie bei 3.0..4; Außerdem der Effekt, daß Galerien bzw. Dateien gesperrt sind, wenn ich dort Lösche, Auslogge, neu Einlogge

Ich habe das jetzt mal alles getestet, da ich irgendwie an mir gezweifelt habe. Da ich diese gesamte Funfktionalität in der Vergangenheit kaum genutzt habe, ist es eben nicht aufgefallen. Werde es auch in Zukunft wohl kaum brauchen. Priorität gering.

Da scheint Einiges im Modul Galerien zu sein. Ihr müßt abschätzen, ob der Aufwand lohnt. Das könnte einen ganzen Schwanz nach sich ziehen.

Gruß

Genau so ist es.
STelle ich oben rechts neue Maße für das Vorschaubild ein und betätige das Icon, dann wird die Vorschau angepaßt. Funktioniert also.
Wenn ich alle markiere und nutze den Resize oben global, geht es nicht. Man muß also jedes Bild einzeln resizen.
Geht vielleicht in die gleiche Richtung wie Gruppenlöschen.

Priorität nicht wirklich hoch.

Mich würde mal interfessieren, ob die anderen Effekte nur bei mir auftreten, also:
- über den Galerien die Skalierungsoptionen global einstellen und Speichern geht dann nicht
- Bild aus Dateien ode Galerie löschen, Ausloggen. nach erneutem Login ist der Bereicch Dateien oder Galerien gesperrt.

Kann das mal Jemand probieren? Nach verschiedenen Effekten in der Vergangenheit zweifle ich nämlich immer sofort an meiner individuellen Umgebung.

Ich habe mal unter XAMPP folgende Konstellation getestet:
1. mozilo 2.0 Rev 55, PHP 7.4 --> geht alles
2. mozilo 2.0 Rev. 55 PHP 8.0 --> geht alles
3. mozilo 3.0.0 PHP 8.2 --> Icon da; da geht sogar Gruppenlöschen noch!; aber Skalierungsvoreinstellungen lassen sich nicht speichern

Gruß

Ja dieses Symbol.
Ich arbweite mit Firefox, aktuellste Version. hab´s aber auch mit Edge, Chrome und Opera probiert.

Hab auch nochmal 305b komplett neu unter XAMPP mit PHP 8.2.xx installiert. Da ist die Galerie moziloCMS.
Ohne irgendwelchen Eingaben oder Anpassungen. Gleiches Ergebnis.

Auch folgende Variante:
- in Galerie Bild gelöscht; Ausloggen, Einloggen; Galerie ausgegraut
- in Galerie Bild gelöscht; in Bereich Dateien gewechselt; Aus- und Eingeloggt; Dateien ausgegraut

Gruß

Ich habe nochmal verschiedene Aktionen mit Galerien und Bildern durchgespielt. Da bin ich über einige Dinge gestoßen (mozilo 3.0.5b)
Lokal XAMPP
-----------
- wenn ich Bilder in Galerie lösche, mich auslogge und wieder anmelde ist Galerien ausgegraut; muß andere Benutzer abmelden
- das passiert auch in Dateien, wenn ich eine gelöscht habe
- beim Ändern der "Skalierungseinstellungen vorbelegen" in Galerien vorbelegen, z.B. Breite oder Höhe, kommt bei Abschluß der Eingabe mit ENTER "Fehler beim Speichern der Einstellung (Dateirechte prüfen)

Webspace
--------
- Skalierungseigenschaften vorbelegen geht nicht; Fehler beim Speichern der Einstellung (Dateirechte prüfen)
755 auf Ordner
644 auf einzelne Bilder

Ich hoffe mal, das ist nicht wieder nur bei mir so.

Gruß

Ich hab´s nochmal getestet. Funktioniert bei mir auch.

Was anderes ist mir noch aufgefallen - ist wohl schon seit Einführung der 3.0.

Es gibt an jedem Bild den Schalter "Vorschaubilder auf diese Größe skalieren". Das Bildchen wird nicht angezeigt.
Da passiert was in der admin.css ab Zeile 1042 mit .mo-icons-img-scale

Es geht aber nur um das Bild; die Funktion ist gegeben. Also weniger wichtig.

Gruß

Nur um die Sache hier zu einem vorläufigen Abschluß zu brigen (könnte vielleicht auch mal für Andere interessant sein):
Ich habe das Internetprotokoll IPv6 an meiner Netzwerkkarte deaktiviert. Funktioniert jetzt wie früher!
Werde jetzt in Ruhe weiter suchen - LAN-Treiber, Router ...

Gruß

Prima. Ich werde Deine Version auch nochmal testen.
Mit meinem Vorschlag wollte ich auch nur eine Prinziplösung schaffen. Das sollte nicht der Weisheit letzter Schluß sein. Für mich war es schon mal interessantund Ansporn, die betroffenen Stellen zu finden.

Noch ein Hinweis: Ich schrieb, daß bei mir nach einem fehlgeschlagenem Löschversuch der Bereich Dateien gesperrt war - das hängt leider mit meinem Problem IPv6 zusammen; ist nicht von allgemeiner Bedeutung.

Gruß

Das geänderte HTML entsteht in der fileupload.template.js:
'<div class="delete flex">' +
    '<button ...></button>' +
    '<label for="">' +
        '<span class="sr-only">...</span>' +
        '<input id="" type="checkbox" name="delete" value="1" />' +
    '</label>' +
'</div>'

Damit ist der Button kein direktes Geschwisterelement der Checkbox mehr.
Direktes Geschwisterelement der Checkbox ist hier nur der vorherige <span> innerhalb des <label>, nicht der <button>.

Das alte .siblings('button') greift nicht mehr; Löschen greift in´s Leere.

Gruß

Ich habe mich mal mit Unterstützung auf die Suche gemacht. Da ist tatsächlich ein Fehler, der schon länger zurückreicht. Irgendwann wurde an der HTML-Struktur was geändert.
In dialog.js gibt es die Funktion function dialog_delete_files().

Es wird angenommen, dass der Löschbutton ein direktes Geschwisterelement der Checkbox ist:
find('.delete input:checked').siblings('button')

Da scheint es in der Vergangenheit wohl eine Veränderung im HTML gegeben zu haben (habe nicht versucht, das zu finden):

In der Funktion dialog_delete_files()

diese Zeile:
del_item[0].find('.delete input:checked').siblings('button').addClass('js-nodialog').click();

ändern in:
del_item[0].find('.delete input:checked').each(function () {
    $(this).closest('.delete').find('button').addClass('js-nodialog').trigger('click');
});

hat bei mir das Problem behoben.

Ich hatte schon wieder Bedenken, daß da was in meiner persönlichen Umgebung hakt. Aber es ist ein echter Fehler. Jetzt funktioniert bei mir alles, wie es soll.

Zugegeben - Gruppenlöschen ist nun nicht gerade DIE wichtige Funktion. Wenige haben es bemerkt; man konnte sich ja auch behelfen, indem man 5 Mal Einzellöschung genutzt hat.

Ist vielleicht noch ein Punkt für die Version 3.0.5

Ihr werdet das prüfen.

Gruß