Seite 10 von 14

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 13.12.2023 12:23
von SeewolfPK
Beta deinstalliert und neue Version installliert.
Danke für die Fehlerbeseitigung.

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 13.12.2023 12:28
von Joe Kolade
Schließe mich an! Vielen Dank für die schnelle Reaktion und die - soweit bis jetzt erkennbar :wink: - fehlerbereinigte Version!

Mit vorweihnachtlichen Grüßen, Joe

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 15.01.2024 22:53
von IMC
Version 1.4.0 ist online

Der JS-Code wurde unter der Verwendung der jQuery JavaScript library überarbeitet. :wink:
Es wurden kleine Fehler beseitigt, die Bildkompression verbessert und die Ajax Anfrage sicher gestaltet.
Nach dem Hochladen und Drehen von Bildern wird die Dateigröße in der Liste der Dateianhänge aktualisiert.
Die phpBB min. Version wurde auf 3.3.0 anghoben.

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 16.01.2024 09:30
von SeewolfPK
Neue Version installiert und getestet.
Keine Probleme gefunden.
DANKE Thorsten.

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 16.01.2024 11:31
von Joe Kolade
Hallo Thorsten,

besten Dank! Auch hier läuft alles fehlerfrei.

Zwei Fragen am Rande:

Bei dem von mir betreuten Forum "vergessen" viele Benutzer nach dem Drehen des Bildes die Drehung auch zu speichern und "behaupten" dann, dass das Drehen nicht funktionieren würde.
Gibt es eventuell die Möglichkeit, das Bild nach einer (bzw. jeder) Drehung des Bildes automatisch zu speichern?

Ich hoffe mal, dass Paul und ich (außer Dir) nicht die einzigen Nutzer Deiner tollen Erweiterung sind? Hast Du einen Überblick, wie oft "Image upload use ImageMagick" im Einsatz ist?

Nochmals Danke und Gruß, Joe

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 16.01.2024 11:51
von SeewolfPK
Joe Kolade hat geschrieben: 16.01.2024 11:31 Gibt es eventuell die Möglichkeit, das Bild nach einer (bzw. jeder) Drehung des Bildes automatisch zu speichern?
Gute Idee Joe.

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 16.01.2024 22:39
von IMC
Hallo Joe,
hallo Paul,
vielen Dank für euer Feedback.

Wie viele Forenbetreiber meine Extensionen installiert haben kann ich tatsächlich nicht nachvollziehen. Ist für meine Motivation auch nicht entscheidend. Die direkten Rückmeldungen, wie von euch, finde ich viel schöner. Deshalb bin auch immer bereit eure Ideen aufzugreifen und umzusetzen.

Das User vergessen das gedrehte Bild zu speichern kann vorkommen und sollte auch abgefangen werden. Ein Speichern bei jeder Drehung würde ich nicht umsetzen wollen da jedes Speichern mit einen Qualitätsverlust verbunden ist.

Alternative wäre es möglich die Bilder nicht einzeln zu speichern sondern beim Senden des Formulars (Entwurf Speichern | Vorschau | Absenden). Optisch gefällt es mir jedoch nicht wenn neben dem Bild nur zwei Buttons sind. Die Umsetzung ist auch aufwendiger. Könnte eine Lösung zu einem späteren Zeitpunkt sein.

Meine favorisierte Lösung wäre zunächst eine Dialogbox mit dem Hinweis das gedrehte Bilder nicht gespeichert wurden. Das Forenmitglied hat dann die Wahl zwischen fortfahren ohne die Bilder zu speichern, oder die Rückkehr zum Formular um die betroffenen Bilder erneut zu drehen und zu speichern.

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 17.01.2024 10:16
von SeewolfPK
IMC hat geschrieben: 16.01.2024 22:39
Meine favorisierte Lösung wäre zunächst eine Dialogbox mit dem Hinweis das gedrehte Bilder nicht gespeichert wurden. Das Forenmitglied hat dann die Wahl zwischen fortfahren ohne die Bilder zu speichern, oder die Rückkehr zum Formular um die betroffenen Bilder erneut zu drehen und zu speichern.
Hallo Thorsten,
das wäre eine sinnvolle Lösung und gleichzeitig eine "Erziehungsmaßnahme" :D

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 17.01.2024 10:55
von Joe Kolade
IMC hat geschrieben: 16.01.2024 22:39 Ein Speichern bei jeder Drehung würde ich nicht umsetzen wollen da jedes Speichern mit einen Qualitätsverlust verbunden ist.
Das ist eine interessante Information!
Wie hoch ist den der Qualitätsverlust pro Speichervorgang?
IMC hat geschrieben: 16.01.2024 22:39 Alternative wäre es möglich die Bilder nicht einzeln zu speichern sondern beim Senden des Formulars (Entwurf Speichern | Vorschau | Absenden). Optisch gefällt es mir jedoch nicht wenn neben dem Bild nur zwei Buttons sind. Die Umsetzung ist auch aufwendiger. Könnte eine Lösung zu einem späteren Zeitpunkt sein.
Für meinen Teil fände ich es gefälliger, nur die beiden Buttons zum Drehen zu haben. Eigentlich würde ja auch ein Button reichen ;-)
Tendenziell hätte ich den "Datei speichern"-Button eher als Schaltfläche mit Text neben dem "Datei löschen"-Button platziert. Das kann man aber sicher so und so sehen :-)
IMC hat geschrieben: 16.01.2024 22:39 Meine favorisierte Lösung wäre zunächst eine Dialogbox mit dem Hinweis das gedrehte Bilder nicht gespeichert wurden. Das Forenmitglied hat dann die Wahl zwischen fortfahren ohne die Bilder zu speichern, oder die Rückkehr zum Formular um die betroffenen Bilder erneut zu drehen und zu speichern.
Sicher eine praktikable Lösung.
Vielleicht dennoch ein Gedanke dazu: Wenn Du prüfen kannst, dass ein gedrehtes Bild NICHT gespeichert wurde, wäre es doch auch möglich, die Schaltfläche "Speichern" inaktiv bzw. ausgegraut anzuzeigen und erst mit einem Drehen eines Bildes zu aktivieren. Damit wird dem Benutzer auch offensichtlich gemacht, dass er die Bearbeitung speichern muss.

Gruß Joe

Re: [3.2] [3.3] Image upload use ImageMagick

Verfasst: 18.01.2024 21:58
von IMC
Version 1.4.1 ist online

Jetzt wird der Button zum Speichern grün hinterlegt wenn das Bild gedreht wurde.
Wurden Bilder vor dem Senden des Formulars nicht gespeichert erscheint eine Dialogbox mit einer Liste der noch zu speichernden Bilder.

Joe Kolade hat geschrieben: 17.01.2024 10:55 Wie hoch ist den der Qualitätsverlust pro Speichervorgang?
Dies ist abhängig vom Bild und kann ich nicht in Zahlen angeben. Bei meinen zahlreichen Test zeigten die Vorschaubilder im JPG-Format nach mehrfachen drehen einen Moiré-Effekt. Die "großen" Bilder waren davon nicht so stark betroffen.