Jluc
29 Agosto, 2026 21:33
1
Y luego obtuve esta vista:
Hola @Jluc ,
Gracias por tu respuesta, efectivamente, como ya no se trunca el nombre de los dispositivos, con los 3 botones de las persianas que ocupan bastante ancho en móvil, no queda muy bien
Creo que los botones de las persianas son demasiado anchos en móviles, propongo compactarlos :
He propuesto un 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 alguien quiere probar, tengo una URL de prueba de Gladys Plus disponible : https://claude-gladys-mobile-view-y4.gladys-plus.pages.dev/
guim31
30 Agosto, 2026 07:38
3
¡Muy simpático en mi casa!
También creo que es importante ganar espacio, ¡el nuevo tema parece tener unos paddings más grandes!
mutmut
30 Agosto, 2026 07:44
4
También he notado problemas de espacio en móvil:
En mi caso no son los comandos, sino los valores los que no están redondeados, tres decimales serían suficientes para la visualización.
¡Hola a todos!
Este tema ahora está en desarrollo .
Se ha abierto una PR para redondear los valores de los sensores mostrados (sin perder las magnitudes pequeñas):
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)_
## Summary by CodeRabbit
* **Bug Fixes**
* Improved numeric value formatting across device and sensor displays.
* Small decimal values now show up to three significant digits, reducing visible floating-point noise.
* Zero and non-numeric values continue to display correctly without unwanted rounding.
No duden en seguir la PR, probar (opcional, especialmente para pequeñas solicitudes) y dar sus comentarios aquí si es necesario.
¿Podríamos tener una ventana emergente como la de las lámparas pero dedicada a las persianas?
mutmut:
impec, merci !
¡Genial, está fusionado y se incluirá en la próxima versión de Gladys!
¡Claro que sí!
mutmut
31 Agosto, 2026 07:07
10
pierre-gilles:
¡Claro que sí!
¿Crees que podemos agrupar los widgets emergentes aquí?
Hola,
Usuario de Home Assistant, cada vez utilizo más Gladys, como complemento, por su facilidad de implementación y su filosofía.
Sin embargo, cuando tienes muchos dispositivos, los paneles de control se vuelven un poco complejos de gestionar si quieres mantener una buena visibilidad.
Además, para un tipo de material, si quieres gestionar varias cosas, tienes que publicar varios widgets (por ejemplo, para mi amplificador Yamaha, tengo que publicar un widget para el poder (para encenderlo, ap…
Prefiero que las solicitudes de funciones sean simples y claras, con un título que permita entender por sí solo el desarrollo propuesto. La descripción es un plus para aportar precisiones, pero el título debe ser lo suficientemente explícito para que, al recorrer simplemente la lista de solicitudes, se entienda inmediatamente de qué se trata, sin necesidad de abrir la ficha.
De hecho, la solicitud que compartes me parece más una discusión que una verdadera solicitud de funcionalidad.
