Bonjour,
Tout d’abord, bravo pour cette version 5 rafraichissante, très agréable
et le résultat sur le dashboard une fois validé :
Je ne penses pas que ce soit le fonctionnement normal, a confirmer ?
Encore merci et bon weekend a tous !
Je ne sais pas si c’est normal ou pas mais si ce widget a trop de place en hauteur, ça fait ton résultat.
En fait il n’y a pas trop de place, il y a meme un ascenseur vertical c’est justement ce qui m’etonne:
Merci pour le retour, je regarde
si ca peut aider j’ai l’impression que c’est un souci uniquement sur la première colonne car en déplaçant une des 2 temperatures sur la colonne de droite elle s’affiche correctement et la 2ieme se retrouve davantage déformée:
Salut tout le monde !
Ce sujet est désormais en cours de développement .
Une PR a été ouverte pour que les tuiles température restent compactes dans une colonne mixte, comme dans l’éditeur :
master ← claude/widget-temperature-bug-trymx0
ouvert 02:55PM - 29 Aug 26 UTC
### Description
Fixes the temperature-widget anomaly reported on the forum: a t… emperature tile validated **compact** on the editor canvas came out as a **big centered tile** on the dashboard.
**Root cause.** In a mixed column (temperature tiles above device lists), a value tile absorbed the leftover height of its column, and whether that absorption crossed the adaptive big-tile threshold (the 130px container query in `roomTile.css`) depended on the exact height balance of the section's columns. The editor canvas cannot reproduce that balance: every widget wears ~4rem of edit chrome there (toolbar + in-between "+" slot), so a column's height on the canvas is shifted by its *widget count*. In the reported layout (4 widgets in the tile column vs 2 in its taller neighbor) the canvas showed the compact row while the dashboard rendered the big tile — reproduced pixel-for-pixel with a demo-mode dashboard mirroring the reporter's layout (viewer: 108px big tile / editor: 96px compact row before the fix).
**Fix.** Value tiles now share leftover height only when *every* box of their column is a value tile (`canBoxStretchInColumn` in `utils/dashboardSections.js`, used by both `BoxColumns.jsx` and `EditBoxColumns.jsx`) — which is the design's stated target for tile sharing in the layout spec. The decision becomes structural (column composition), so the viewer and the canvas apply it identically without measuring anything:
- **Mixed column** (the reported case): the tile keeps the compact card the editor showed, and the column simply ends earlier, per the existing cap principle ("stretch is a shock absorber, not an elastic").
- **All-tile columns** — including the flagship case of a lone tile next to a taller column — keep the adaptive big-tile behavior, now in *both* modes (verified: big centered tiles in viewer and editor alike).
The spec (`docs/specs/dashboard-flexible-layout-and-widgets.md`, A.4) is updated accordingly.
Verified in demo mode with Playwright before/after on three layouts: the reporter's mixed-column layout, an all-tile control section, and the demo Comfort dashboard (unchanged).
## Forum
Forum: https://community.gladysassistant.com/t/anomalie-widget-temperature/10753
### Checklist
- [x] Tests pass: no server change (front-only); front has no unit tests for this path — verified with Playwright against the demo build as described above
- [x] Linter and prettier pass on both front and server (`npm run eslint`, `npx prettier --check` on the changed files: 0 errors)
- [x] No undocumented breaking change (spec updated in the same commit)
🤖 Generated with [Claude Code](https://claude.com/claude-code)
https://claude.ai/code/session_014ghvnJztuj9YZQZF8zcpCf
---
_Generated by [Claude Code](https://claude.ai/code/session_014ghvnJztuj9YZQZF8zcpCf)_
N’hésitez pas à suivre la PR, à tester (optionnel, surtout pour les petites demandes) et à faire vos retours ici si besoin.
Effectivement, ça a l’air d’être sur la première et dernière chez moi :
