FotoPro 5.6 veröffentlicht / published

Erweiterungen
Gert
Posts: 2434
Joined: Sun 18. Nov 2012, 14:18

FotoPro 5.6 veröffentlicht / published

Post by Gert »

Image Hallo,

FotoPro 5.6 steht zum Download bereit.

FotoPro 5.6 enthält ShutterMobile 2.6 - das Scrollverhalten des Hintergrundes bei mehreren Galerien oder Bildern wurde verbessert. Vielen Dank an Gonzo für die Inspiration und das testen.

UPDATES: Wer bereits FotoPro 5.0 nutzt, muss die Ordner config/ und languages/ des Plugins nicht aktualisieren,

viel Spass - Gert

=========================================================

Image Hello,

FotoPro 5.6 is ready for download.

FotoPro 5.6 includes ShutterMobile 2.6 - the scrolling behavior of the background in case of multiple galleries or images has been improved. Many thanks to Gonzo for inspiration and testing.

UPDATES: If you are already using FotoPro 5.0, you do not need to update the config/ and languages/ folders,

have fun - Gert

=========================================================

Demo: https://www.ge-webdesign.de/plugindemo/ ... l_floatend

Download and ChangeLog: https://www.ge-webdesign.de/cmsimpleplu ... ___FotoPro
Gert Ebersbach | CMSimple | Templates - Plugins - Services
Gonzo Gates
Posts: 373
Joined: Thu 19. Jan 2023, 21:46

Re: FotoPro 5.6 veröffentlicht / published

Post by Gonzo Gates »

Hallo Gert,

auf dem iPad (iPadOS 26.3.1) meiner Frau habe ich meine Website gestern und heute mal getestet und das Scrollverhalten des Hintergrundes ist nachwievor das Gleiche, wie bei FP <= 5.5 oder ShutterMobile 2.5. Da ich IPadOS-Legasteniker bin, weiß ich nicht, ob Safari das alte Script noch im Cache hat und ich habe keine Ahnung, wie man den Script-Cache löscht, sollte dieser daran Schuld sein...hmm.

Ich hatte mit dem Ding schon ähnliche Erfahrungen gemacht, wenn ich in meinen CSS Änderungen gemacht hatte und Safari meinte nichts davon zu wissen. Nach einer Woche nochmal testen hatte es endlich gefunzt. Ich mag Safari nicht. Vielleich wäre es anders, wenn ich ein MacBook Pro hätte, aber die gibt es nicht in 17 Zoll.

Ich habe die ./plugins/fotopro/shutter/shutter_mobile.js nochmal durchforstet, aber nichts gefunden.

Ist nicht weltbewegend, wie die Straße von Hormus, aber ich wollte es mal angemerkt haben.

Gruß
Gonzo
Ich kenne keinen Sysadmin oder Programmierer, der sich noch nie ins Knie geschossen hat; mich mit eingeschlossen :!:
Gert
Posts: 2434
Joined: Sun 18. Nov 2012, 14:18

Re: FotoPro 5.6 veröffentlicht / published

Post by Gert »

Gonzo Gates wrote: Mon 13. Apr 2026, 19:36 auf dem iPad (iPadOS 26.3.1) meiner Frau ...
Ich habe ein iOS 9.3.5 - und alles läuft wie es soll, auf Firefox und Safari. Naja, zumindest was Shutter Mobile betrifft.

Die schlechte Nachricht: Ich weiss auch nicht, wie man auf dem iPad Deiner Frau im Safari den Cache löscht :mrgreen:

Gert
Gert Ebersbach | CMSimple | Templates - Plugins - Services
Gonzo Gates
Posts: 373
Joined: Thu 19. Jan 2023, 21:46

Re: FotoPro 5.6 veröffentlicht / published

Post by Gonzo Gates »

Hallo Gert,

zur Info: Ich habe mit dem iPad von Frau mal deinen Demo-Link gecheckt, denn Safari kennt den noch nicht. Funktioniert alles so, wie es soll. Es ist also wiedermal so, dass Safari Änderungen in ihm bekannten Sites nicht sofort schluckt. Das Ding geht mir gelinde gesagt: Auf den Sack!

Treffen sich Osterhase und Weihnachtsmann im Tiefschnee. Sagt Osterhase: Diese Feiertage gehen mir langsam auf die Eier! Und Weihnachtsmann: Und mir auf den Sack!

Zu deinem iOS 9.3.5: Es ist ja fast fahrlässig das OS noch zu benutzen, aber ich sehe das mit meinem Win10 Rechner auch nicht so eng. Der wird nur hin und wieder für Unwichtiges angeschmissen. Vielleich schmeiß ich auf den Rechner irgendwann eine Linux-Distri oder GhostBSD rauf. Keine Ahnung.

Gruß
Gonzo
Ich kenne keinen Sysadmin oder Programmierer, der sich noch nie ins Knie geschossen hat; mich mit eingeschlossen :!:
meyomey
Posts: 40
Joined: Tue 17. May 2016, 11:52
Contact:

Re: FotoPro 5.6 veröffentlicht / published

Post by meyomey »

Hallo Gert,

bei mir werden Fotos im Hochformat in der Vorschau immer quer angezeigt. Das Originalbild wird in der Galerie korrekt angezeigt. Habe alle Fotopro Templates probiert, bekomme es leider nicht hin. Im Einsatz habe ich CMSimple 5.22, FotoPro 5.6, PHP 8.5.7.

Hast du eine Idee?

Danke, Heiko
Gert
Posts: 2434
Joined: Sun 18. Nov 2012, 14:18

Re: FotoPro 5.6 veröffentlicht / published

Post by Gert »

meyomey wrote: Fri 3. Jul 2026, 12:47 Hast du eine Idee?
Leider nicht. Ich weiss ja nicht, wie Du die Vorschau anzeigen lässt, es gibt mehrere Möglichkeiten:

https://www.ge-webdesign.de/plugindemo/ ... x_Galerien

Und dann gibt es ja auch noch die Onpage Galerien:

https://www.ge-webdesign.de/plugindemo/ ... e_Galerien

Sind die Hochformat Fotos gekippt oder verzerrt? Ein Link wäre hilfreich.

Ich bin jetzt für heute offline, kann mich also erst morgen mit Deinem Problem beschäftigen. Bis dahin kannst Du ja mal neue Thumbs für die entsprechende Galerie erzeugen,

Gert
Gert Ebersbach | CMSimple | Templates - Plugins - Services
meyomey
Posts: 40
Joined: Tue 17. May 2016, 11:52
Contact:

Re: FotoPro 5.6 veröffentlicht / published

Post by meyomey »

Hallo Gert,

im oberen Artikel auf der Titelseite von www.wulmstorf.net erscheinen zum Test 3 Bilder, die Hochformatbilder werden in der Vorschau immer quer angezeigt.
Als Vorlage wurde die copytemplate1_lb_gallery genutzt.

Grüße, Heiko
Gert
Posts: 2434
Joined: Sun 18. Nov 2012, 14:18

Re: FotoPro 5.6 veröffentlicht / published

Post by Gert »

Hallo Heiko,

vielen Dank für den Link - die Thumbs werden also gedreht. Und das nicht in der Galerie, sondern schon bei der Erzeugung:

https://www.wulmstorf.net/userfiles/plu ... 155652.jpg

Ich habe das ganze mal schnell unter den gleichen Bedingungen offline nachvollzogen:

- CMSimple 5.22
- FotoPro 5.6
- PHP 8.5.7
- Vorlage copytemplate1_lb_gallery

Bei mir passiert das nicht.

Ich kann also nur abwarten, ob es noch andere gibt mit diesem Problem.

Bei Dir ist mir aufgefallen, dass die grossen Bilder einfach riesig sind. Das Querformat hat 4.000 x 3000px Auflösung und 5,75 MByte Datenvolumen, so etwas hat auf einer Website nichts zu suchen, höchstens zum Download. Vielleicht ist ja gdlib bei der Erstellung der Thumbs damit überfordert. Du solltest die Bilder besser vor dem hochladen deutlich verkleinern, einfach so vom Handy oder der Kamera ins Netz ist oft nicht sinnvoll und führt zu Problemen,

Gert

PS: Wenn ich eines Deiner Hochkantbilder bei mir hochlade, wird das Vorschaubild auch gedreht. Es liegt also am Bild. Ich schau mal weiter ...

PS2: Wenn ich Dein grosses Hochkantbild mit PhotoShop öffne, ist es bereits gedreht :o

PS3: https://www.google.com/search?client=fi ... rn+gedreht - dazu fällt mir erstmal nix ein :roll:

Du solltest die Bilder vor dem hochladen mit einem Bildbearbeitungsprogramm vorbereiten, also verkleinern, die EXIF Daten entfernen und danach wenn nötig die ausrichtung ändern.
Gert Ebersbach | CMSimple | Templates - Plugins - Services
Gert
Posts: 2434
Joined: Sun 18. Nov 2012, 14:18

Re: FotoPro 5.6 veröffentlicht / published

Post by Gert »

Zusammenfassung:

Deine Hochkantbilder sind eigentlich (physisch) Querformatbilder.

In den EXIF Daten wird den Anzeigeprogrammen mitgeteilt, dass sie dieses Bild um 90 Grad verdreht anzeigen sollen, also Hochkant.

Anzeigeprogramme, die keine EXIF Daten verarbeiten, zeigen das Bild dann so an, wie es physisch ist, in Deinem Fall eben Querformat.

Schöne neue Welt - es wird nicht einfacher ...
Gert Ebersbach | CMSimple | Templates - Plugins - Services
meyomey
Posts: 40
Joined: Tue 17. May 2016, 11:52
Contact:

Re: FotoPro 5.6 veröffentlicht / published

Post by meyomey »

Hallo Gert,

wegen des Problems habe ich mal CLAUDE befragt. Das ganze Plugin wurde analysiert und das ist dabei herausgekommen:
Gut, ich hab mir den Code der FotoPro_5-6.zip angeschaut – deine Vermutung EXIF-Auswertung fehlt stimmt zu 100%. Ich zeige dir kurz, woran es liegt, und dann den Patch.

## Diagnose

In `admin.php` werden die Thumbnails (und auch die "mediumPics", falls du die nutzt) so erzeugt:**`exif_read_data` wird nirgends aufgerufen** – im ganzen Plugin nicht ein einziges Mal. Das erklärt genau dein Symptom:

- **Große Bilder** in der Galerie: Das sind die Originaldateien, die per `<img>`-Tag direkt eingebunden werden. Moderne Browser werten den EXIF-Orientation-Tag der Originaldatei selbst aus und drehen das Bild automatisch → sieht richtig aus.
- **Thumbnails**: Werden per GD (`imagecreatefromjpeg` → `imagecopyresampled` → `imagejpeg`) neu erzeugt. GD liest die Pixel roh ein (so, wie der Sensor sie aufgenommen hat – meist "liegend"), ignoriert den Orientation-Tag komplett, und beim Speichern mit `imagejpeg()` geht das EXIF-Datenfeld zusätzlich verloren. Das Ergebnis: das Thumbnail zeigt die unrotierten Rohpixel → quer statt hochkant.

Betroffen sind in `admin.php` alle drei Stellen, an denen `imagecreatefromjpeg` aufgerufen wird (Zeilen 477, 831, 1021 – Einzelbild-Upload, mediumPics-Erzeugung, Bulk-Thumbnail-Erzeugung).

## Lösung

Ich baue eine Funktion `fpro_fixOrientation()`, die anhand des EXIF-Orientation-Tags das GD-Bild vor dem Verkleinern korrekt dreht/spiegelt, und binde sie an allen drei Stellen ein. Ich fange gleich mit dem Patch an.Jetzt die drei Aufrufstellen patchen. Zuerst schaue ich mir die aktuellen Zeilennummern nach der Einfügung an:Jetzt die zweite Stelle (mediumPics-Erzeugung):Gut, das sitzt. Jetzt Stelle 2 (mediumPics, Zeile ~892):Jetzt die dritte Stelle (Bulk-Thumbnail-Erzeugung für alle Bilder):Das ist die wichtigste Stelle für dich – hier werden die Thumbnails für **alle bestehenden Bilder** neu erzeugt (der Button, den du zum Nachträglich-Reparieren deiner Galerie benutzen wirst):Jetzt Syntax-Check und dann alles wieder verpacken:PHP-CLI installiert. Jetzt Syntax-Check:Syntax passt. Jetzt schnell die Logik der `fpro_fixOrientation`-Funktion mit einem echten Testbild verifizieren:Jetzt ein echtes Testbild mit EXIF Orientation=6. Jetzt teste ich die Fix-Funktion isoliert in PHP:Der Fix funktioniert einwandfrei: Rohpixel sind 600×400 (Kamerasensor-Ausrichtung), nach der Korrektur korrekt 400×600 (Hochformat). Kurzer Test aller Orientation-Werte zur Sicherheit:Alle 8 Orientation-Werte verhalten sich exakt wie erwartet (1–4 behalten die Ausrichtung, 5–8 drehen 90°/270° und tauschen Breite/Höhe). Damit ist die Logik verifiziert. Jetzt packe ich das Plugin neu:**Ja, du hattest recht: Es fehlt komplett eine EXIF-Auswertung.**

Ich hab das gesamte Plugin durchsucht – `exif_read_data` kommt in `admin.php`, `index.php`, `loadlightbox.php` und `newGalleryData.php` kein einziges Mal vor.

**Warum die großen Bilder trotzdem stimmen, die Thumbnails aber nicht:** Die großen Bilder werden als Original-Datei per `<img>` eingebunden – der Browser liest den EXIF-Orientation-Tag der Originaldatei selbst und dreht automatisch. Die Thumbnails dagegen werden über GD (`imagecreatefromjpeg` → `imagecopyresampled` → `imagejpeg`) komplett neu erzeugt. GD liest nur die rohen Pixel (so, wie sie der Kamerasensor liefert, meist "liegend") und ignoriert den Orientation-Tag völlig – und beim Speichern geht das EXIF-Feld zusätzlich verloren.

**Was ich gemacht habe:**
- Neue Funktion `fpro_fixOrientation()` in `admin.php` ergänzt, die den EXIF-Orientation-Tag ausliest und das GD-Bild per `imagerotate()`/`imageflip()` korrekt dreht (alle 8 Standard-Orientation-Werte).
- An allen drei Stellen eingebaut, wo `imagecreatefromjpeg()` aufgerufen wird: Einzelbild-Upload, mediumPics-Erzeugung, und die **Bulk-Thumbnail-Neuerzeugung** (der Button, mit dem du bestehende Thumbnails für alle Bilder neu generierst).
- Breite/Höhe werden nach der Drehung korrekt getauscht, damit die Seitenverhältnis-Berechnung für die Thumbnail-Größe stimmt.
- Mit einem echten Testbild (EXIF Orientation 1–8) in einer isolierten PHP-Umgebung verifiziert: alle acht Fälle drehen/spiegeln korrekt.

**Nächster Schritt bei dir:** Plugin-Ordner aus dem ZIP hochladen (überschreibt nur `admin.php`), dann in der FotoPro-Verwaltung den "Thumbnails neu erzeugen"-Button für die betroffene(n) Galerie(n) benutzen – dann werden die Thumbnails mit korrekter Ausrichtung neu erstellt.

Die geänderte admin.php ist hier erreichbar: https://www.wulmstorf.net/?download=admin.php

Nach Austausch der admin.php funktioniert es jetzt tatsächlich bei mir.
Post Reply