Jluc
Août 29, 2026, 9:33
1
Et ensuite j’ai obtenu cette vue :
Salut @Jluc ,
Merci pour ton retour, effectivement, vu qu’on ne tronque plus les noms des appareils, avec les 3 boutons des volets qui prennent pas mal de largeur sur mobile, ça ne rend pas très bien
Je pense que les boutons des volets sont trop larges sur mobiles, je proposes de les compacter :
J’ai proposé une PR :
master ← claude/gladys-mobile-view-y4nme1
ouvert 07:22AM - 30 Aug 26 UTC
### Description
Since 5.0.2, a shutter/curtain row in the "devices in room" das… hboard widget could render its device name as an unreadable vertical column of single letters on mobile: the text button group ("Ouvrir | ⏸ | Fermé" in French) is wider than half a phone screen, and the name cell — `flex: 1 1 auto` with no width floor and `overflow-wrap: anywhere` — was squeezed to about one character per line.
Two changes, CSS-first (no feature component markup touched except `ShutterButtons`):
- **Compact shutter buttons in narrow cards.** The widget's `.table-responsive` wrapper now declares a `device-widget / inline-size` container, and below 24rem of card width the shutter buttons swap their text labels for `fe-arrow-up` / `fe-arrow-down` icons. The labels stay in the DOM, visually hidden, so screen readers keep the button names; the active state stays visible through the highlighted button. The switch follows the card's real width, not the viewport's, so a narrow desktop column compacts exactly like a phone, and a wide card (tablet, single column) keeps the text labels. The scene editor renders `ShutterButtons` outside any `device-widget` container, so it is untouched.
- **A 6rem floor under the name cell.** No control can crush a name below readable word-chunks anymore, whatever its width; a control that truly cannot coexist with the floor overflows the wrapper again, which is the signal `acAdaptiveControls` measures.
Rendering verified in the demo (`npm run start-demo`) with the reporter's exact device name:
| 360px phone (after) | Narrow desktop column, before → after |
|---|---|
| Name wraps on words, icon group `↑ ⏸ ↓`, active state highlighted | "Volet" was shredded to "Vole / t" next to text buttons → icons + readable name |
Also checked: 820px single-column card still shows the full text labels, and the pre-existing vertical setpoint stepper in very narrow columns is unchanged (present on master too).
## Forum
### Checklist
- [x] Tests pass: no server change (front-only CSS/markup fix); Cypress not run in this environment
- [x] Linter and prettier pass on both front and server (`npm run eslint`, `npm run prettier`) — run on the changed front files
- [x] No undocumented breaking change
---
_Generated by [Claude Code](https://claude.ai/code/session_01LQBnTp4Y9wp5KBe5swY4Nf)_
## Summary by CodeRabbit
* **Style**
* Improved device cards to adapt shutter controls based on available card width.
* Shutter buttons now display clear open/close labels with directional icons.
* On narrow cards, controls switch to a compact icon layout while retaining accessible labels.
* Prevented device names and summaries from wrapping awkwardly on smaller screens.
Si certains veulent tester, j’ai une URL de test Gladys Plus à disposition : https://claude-gladys-mobile-view-y4.gladys-plus.pages.dev/
Très sympa chez moi !
Je trouve aussi qu’il est important de gagner de la place, le nouveau thème me semble avoir des paddings plus importants !
J’ai aussi remarqué sur mobile des soucis de place :
Dans mon cas ce ne sont pas les commandes mais les valeurs qui ne sont pas arrondies, 3 décimales suffiraient à l’affichage.
Salut tout le monde !
Ce sujet est désormais en cours de développement .
Une PR a été ouverte pour arrondir les valeurs capteurs affichées (sans perdre les petites grandeurs) :
master ← claude/gladys-mobile-view-y4nme1
ouvert 08:24AM - 30 Aug 26 UTC
### Description
Follow-up to the mobile report on the community forum ([topic 1… 0763](https://community.gladysassistant.com/t/5-0-2-probleme-affichage-volet-roulant-avec-long-titre-sur-mobile/10763/4)): sensor rows of the devices widget print `last_value` verbatim, so a Zigbee float32 artifact like `45.60000038146973 %` overflows the card on mobile.
Rounding to a fixed number of decimals (as suggested on the forum) would fix the noise but destroy small values — `0.0004` would become `0`, and the magnitude *is* the information. Instead, `smartRound` (which already handled values ≥ 1 with 2 decimals under 10, 1 decimal under 1000, integers above) now keeps **3 significant digits below 1** instead of full precision:
| input | displayed |
|---|---|
| `45.60000038146973` | `45.6` |
| `33.33333333333336` | `33.3` |
| `0.005` | `0.005` (not `0`) |
| `0.00123456` | `0.00123` |
| `0.10000000149011612` | `0.1` |
Non-numeric values (`null`, strings) pass through untouched, covered by tests.
`smartRound` is now applied everywhere the widget printed a raw number:
- `RawDeviceValue` — the fallback renderer of most numeric sensors (humidity, power, energy…)
- `BadgeNumberDeviceValue` — the colored badges (CO2, AQI…)
- `MultiLevelDeviceFeature` — the value label next to the slider (shutter position, dimmer…)
- `DistanceSensorDeviceValue` / `PressureSensorDeviceValue` — their no-conversion path (metric user, metric unit) skipped the rounding the converted path already had
Rendering verified in the demo front at 360px with injected noisy values (screenshots attached to the session): `Humidité 45.6 %`, `Position 33.3 %`, `Humidité 0.005 %`, badge `43` — where before the raw values overflowed the card pill.
## Forum
Forum: https://community.gladysassistant.com/t/5-0-2-probleme-affichage-volet-roulant-avec-long-titre-sur-mobile/10763
### Checklist
- [x] Tests pass: `server/test/utils/units.test.js` extended for the new `< 1` behavior and the non-number guard (38 passing locally); the changed server lines are covered
- [x] Linter and prettier pass on both front and server (`npm run eslint`, `npm run prettier`) — run on the changed files
- [x] No undocumented breaking change
---
_Generated by [Claude Code](https://claude.ai/code/session_01LQBnTp4Y9wp5KBe5swY4Nf)_
N’hésitez pas à suivre la PR, à tester (optionnel, surtout pour les petites demandes) et à faire vos retours ici si besoin.
On pourrait avoir un popup comme pour les lampes mais dédié aux volets ?
mutmut:
impec, merci !
Nickel, c’est mergé et ça part dans la prochaine version de Gladys
Carrément !
pierre-gilles:
Carrément !
est-ce que tu penses qu’on peut regrouper les widgets popup ici ?
Bonjour,
Utilisateur de Home Assistant, j’utilise de plus en plus Gladys, en complément, pour sa simplicité de mise en oeuvre et sa philosophie.
Par contre, quand on a beaucoup d’équipements, les tableaux de bord deviennent un peu complexes à gérer si on veut garder une bonne visibilité.
De plus, pour un type de matériel, si on veux gérer plusieurs choses, il faut publier plusieurs widget (ex: pour mon ampli yamaha, il faut que je publie un widget pour le power (pour l’allumer, l’éteindre), u…
Je préfère que les demandes de fonctionnalités soient simples et claires, avec un titre qui permette à lui seul de comprendre le développement proposé. La description est un bonus pour apporter des précisions, mais le titre doit être suffisamment explicite pour que, en parcourant simplement la liste des demandes, on comprenne immédiatement de quoi il s’agit, sans même avoir à ouvrir la fiche.
D’ailleurs, la demande que tu partages me semble davantage être une discussion qu’une véritable demande de fonctionnalité.
