Hallo,
Ich habe ein Problem mit den Kamera- und Haus-Widgets.
Die Bilder passen nicht in das Widget im Desktop-Browser-Modus (während es auf meinem Telefon im responsiven Modus in Ordnung ist):
Kamera: Die Bilder werden beschnitten und zoomen.
Haus: Das importierte Foto wird nicht auf die Größe des Widgets skaliert (das Foto ragt heraus, anders als bei der Kamera).
Beobachtet das noch jemand anderes?
mutmut
28. August 2026 um 18:46
2
Ich habe auch ein Problem mit dem Widget Hausansicht.
guim31
28. August 2026 um 18:47
3
Ich glaube, ihr habt einfach nur zu große Häuser!
Das ist mir auch schon passiert.
Hallo zusammen!
Dieses Thema ist nun in Entwicklung .
Ein Pull Request wurde erstellt, um die Kamerabilder und die Hausansicht auf ihren Karten auf dem Desktop zu behalten:
master ← claude/bug-image-widgets-desktop-auoi6o
ouvert 07:53AM - 29 Aug 26 UTC
### Description
Fixes the desktop image bugs reported on the forum (topic 10737… ), all side effects of the selective column stretch (spec A.4) shipped in v5. Four rounds of preview testing by the topic's reporters shaped the final result.
**Camera widget — excluded from stretch entirely.** A stretched camera card had no good rendering, and field testing rejected every variant in turn:
1. `object-fit: cover` (v5 as shipped) cropped a 16:9 frame to a vertical slice of its center ("zoom tronqué");
2. `object-fit: contain` showed the full frame but padded a lone camera next to a taller column with large letterbox bands;
3. capping the card at the measured snapshot ratio (`--media-ratio` + inline-size query container) removed the bands, but the stretch wrapper kept absorbing the column leftover invisibly — showing up as holes *between* the widgets of a short column.
With the ratio cap, stretching a camera was a no-op anyway (the card could never exceed its natural height), so the camera is now removed from `MEDIA_STRETCH_BOX_TYPES` along with all the machinery that served only stretched cameras. A camera card keeps its natural image height everywhere: never cropped, never letterboxed, widgets packed at the top of a short column with the free space breathing once at the bottom — the spec's "column simply ends earlier" principle. The photo widget keeps its stretch (`photo_fit` is the user's choice).
**House-view widget** — the image overflowed the card top and bottom when taller than the 65vh cap, covering the header and neighbors: the illustration is now fitted *inside* the cap by bounding the **width** of its wrapper, `min(100%, calc((65vh - 6rem) * var(--hv-ratio, 9999)))` — height being width ÷ ratio, the whole card stays under the cap, the image is scaled down and centered, and the wrapper keeps hugging the image so the `%`-positioned pins stay on their points. **Confirmed on the preview by both reporters ("c'est nickel", "ok pour moi pour la maison").**
Two house-view mechanisms were rejected on preview builds, documented in spec A.4:
1. intrinsic-based sizing — the bundled gallery illustrations are viewBox-only SVGs with no intrinsic dimensions (`naturalWidth` = 0) and collapsed to nothing;
2. `min-height: fit-content` on the stretch wrapper — worked in Chromium, but Firefox still clamped the card.
The final code uses only `min()`/`calc()`/custom properties (identical in every engine): the house ratio comes from `gallery.js` (declared per illustration from its viewBox) or is measured once on load for uploaded photos, threaded as `--hv-ratio` under the `dashboard-stretched-tile` marker. Mobile (<992px) is untouched. Spec A.4 records the camera exclusion, both mechanisms, and all the rejected alternatives.
## Forum
Forum: https://community.gladysassistant.com/t/probleme-image-dans-les-widgets-navigateur-desktop/10737
### Checklist
- [x] Tests pass: no server change (front-only); front build passes (`vite build`)
- [x] Linter and prettier pass on both front and server (`npm run eslint`, `npm run prettier` — only pre-existing inline-style warnings remain)
- [x] No undocumented breaking change
## Summary by CodeRabbit
* **New Features**
* Improved stretched tile layouts with more accurate image sizing and centered desktop presentation.
* Added separate layout handling for stretched tiles and media widgets.
* **Bug Fixes**
* Camera cards now retain their natural snapshot height instead of stretching to fill extra column space.
* Removed unnecessary letterboxing and ratio-based height constraints from camera cards and editor previews.
* Preserved existing stretch behavior for photo and tile widgets.
Zögert nicht, dem Pull Request zu folgen, zu testen (optional, besonders bei kleinen Anfragen) und euer Feedback hier zu hinterlassen, falls nötig.
Können diejenigen, die den Bug haben, diese URL testen? https://claude-bug-image-widgets-des.gladys-plus.pages.dev/ ?
mutmut
29. August 2026 um 09:02
8
bei mir ist nach der Auswahl des Hauses gar nichts mehr da:
Oh, normalerweise ist das korrigiert
Bei den Webcams werden die Bilder nicht mehr abgeschnitten (auch wenn die Widgets nicht alle die gleiche Größe haben, obwohl alle Bilder im 16:9-Format sind).
Beim Haus-Widget gibt es keine Änderungen:
Danke @PhilippeMA für deine Tests, ich habe gerade eine neue Version auf dieselbe URL hochgeladen, Testpersonen gesucht
Alles klar. Bei den Kameras habe ich jetzt schwarze Balken (die Widgets sind nicht richtig dimensioniert), aber die Bilder sind nicht mehr verzerrt. Und das selbstgemachte Widget ist perfekt.
Super, kann noch jemand anderes bestätigen? Ich werde heute Nachmittag eine Veröffentlichung machen, es wäre toll, wenn das dabei wäre
Will_71
29. August 2026 um 12:51
14
Ich werde nerven, aber ich mochte es vorher lieber. Für die Kamera in der Mitte passt sich das Widget dem Bereich an und ich habe große schwarze Flächen. Ich bin nicht begeistert.
mutmut
29. August 2026 um 12:55
15
ok für mich für das Haus:
Übrigens, sind die Pins nur Infos oder kann man sie steuern?
Ich stimme zu, das ist nicht toll!
Die Lösung wäre einfach, die Kameras nicht dynamisch einzurahmen, und wenn dabei ein Loch in der Spalte entsteht, dann ist das halt so:
Ich habe eine neue Version auf derselben URL veröffentlicht
@mutmut
Es gibt eine Anfrage dafür
J’aimerais si possible au clique sur une épingle qu’une action se fasse.
par exemple ici on a deux actions possible (ouvrir le volet ou allumer la lumiere de la cuisine [image]
Qu’en pensez vous ?
Hier ist das Ergebnis bei mir. Ich habe eine Organisation in 3 Spalten;
Will_71
29. August 2026 um 13:25
20
für mich ist es jetzt in Ordnung mit den Kameras
