Jluc
29. August 2026 um 21:33
1
Dann habe ich diese Ansicht erhalten:
Hallo @Jluc ,
Danke für dein Feedback, tatsächlich, da wir die Gerätenamen nicht mehr abschneiden, nehmen die drei Schalter-Buttons auf dem Handy viel Platz ein, das sieht nicht sehr schön aus
Ich denke, die Schalter-Buttons sind auf dem Handy zu breit, ich schlage vor, sie zu kompaktieren :
Ich habe einen PR vorgeschlagen :
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.
Falls jemand testen möchte, ich habe eine Test-URL für Gladys Plus bereit : https://claude-gladys-mobile-view-y4.gladys-plus.pages.dev/
guim31
30. August 2026 um 07:38
3
Sehr nett bei mir!
Ich finde auch, dass es wichtig ist, Platz zu sparen, das neue Thema scheint mir größere Abstände zu haben!
mutmut
30. August 2026 um 07:44
4
Ich habe auch auf dem Handy Platzprobleme bemerkt:
In meinem Fall sind es nicht die Befehle, sondern die Werte, die nicht abgerundet sind. Drei Dezimalstellen würden für die Anzeige ausreichen.
Hallo zusammen!
Dieses Thema ist nun in Entwicklung .
Ein PR wurde eröffnet, um die angezeigten Sensorwerte abzurunden (ohne die kleinen Größen zu verlieren):
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.
Zögert nicht, dem PR zu folgen, zu testen (optional, vor allem bei kleinen Anfragen) und euer Feedback hier zu hinterlassen, falls nötig.
Könnten wir ein Pop-up-Fenster wie für die Lampen haben, aber speziell für die Rollläden?
mutmut:
impec, merci !
Super, es ist gemerged und wird in der nächsten Version von Gladys veröffentlicht
Auf jeden Fall!
mutmut
31. August 2026 um 07:07
10
pierre-gilles:
Auf jeden Fall!
Glaubst du, dass wir die Popup-Widgets hier zusammenfassen können?
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…
Ich bevorzuge es, wenn Feature-Anfragen einfach und klar sind, mit einem Titel, der allein ausreicht, um das vorgeschlagene Feature zu verstehen. Die Beschreibung ist ein Bonus, um Details hinzuzufügen, aber der Titel muss aussagekräftig genug sein, damit man beim Durchblättern der Liste der Anfragen sofort versteht, worum es geht, ohne die Details öffnen zu müssen.
Übrigens scheint mir die Anfrage, die du teilst, eher eine Diskussion als eine echte Feature-Anfrage zu sein.
