Les dashboard sont soit système, dashboard que tu définis par défaut dans les paramètres, soit par utilisateur et utilisateur prends la priorité sur le choix système.
Donc de ce que j’en ai compris si veux un dashboard different par appareil, tu definit autant d’utilsateurs que d’appareils.
je passe par browser-mod pour éviter de faire plusieurs utilisateur par appareil.
ca fonctionner bien sur la 2026.1.x, mais sur la 2026.2.x, le mobile affiche pas son dashboard sélectionner dans browser-mod.
mais un soucis surement de browser-mod ou companion.
c’est bon, j’ai trouvé comment faire avec browser-mod. l’ancienne facon ne fonctionne plus avec l’option default dashboard. Il faut passer par defaut action maintenant, pour changer de dashboard et thème avec le même utilisateur sur différent appareil.
Je suis parfaitement d’accord, surtout quand on considère l’app companion, il n’y a strictement aucune raison d’avoir une app mobile qui utilise le même thème qu’une app version navigateur de bureau, par exemple.
Je cherche même pas à trafiquer le truc parce que c’est peine perdu, ca sautera sûrement encore, et ça me semble tellement évident de ne pas faire comme ça que j’espère un vrai retour de la communauté pour rétablir des thèmes par appareil et pas juste par profil.
J’essaie de voir ce que ça donne avec les clics en plus…
D’une manière générale, je trouve que l’idée de faciliter la vie des débutants est bonne, mais de temps en temps ça manque d’ouverture sur les retours faits dans Github ou dans les forums.
Globalement les devs sont pas nombreux, pas si professionnels qu’on le pense, et la stratégie n’est pas extrêmement claire.
Sur toutes ces notions d’interface, je me suis un peu épuisé à faire de nombreux retours argumentés sur github et discord. Et je ne suis pas sûr de l’impact… ni à quel point ils écoutent les retours et je pense qu’ils sont persuadés que la priorité c’est faciliter le démarrage des nouveaux quitte à frustrer les utilisateurs actuels.
Si votre retour ressemble à « c’était mieux avant », « cette fonctionnalité est moins accessible », « cet usage avancé serait intéressant » il y a peu de chance que ceci soit écouté.
Si vous voulez avoir une chance d’avoir un impact, orientez vos retour dans la direction « un nouvel utilisateur risque de ne pas comprendre ceci », « lorsqu’on installe on a ceci… » Visiblement l’objectif de l’Open Home Fundation c’est de faciliter l’accès à HA, pas d’améliorer votre experience actuelle..
Pour le dire différemment, si le dashboard Aperçu / home vous pose un problème, faites des retours sur Github, ou sur le discord ou sur les forums anglophones et français! Sans retour pas de prise en compte…
Mais soyez un peu réalistes:
si vous dites c’était mieux avant, soit on vous dira que c’est faux, soit on ne vous écoutera pas
si vous soulevez un souci qui est légitime pour quelqu’un qui débute avec une installation vierge, vous aurez peut être la chance d’être écoutés…
Globalement, tous les points que vous soulevez ont été soulevés:
avant la béta dans certaines discussion (par exemple sur discord)
dans les PR avant même que le code soit validé (par exemple pour les outils de dev déplacés dans les paramètres)
dans les fils dédiés à la beta (là encore par exemple pour les outils de dev)
Avec comme réponse systématique:
On sait que c’est mieux pour les nouveaux, faites nous confiance
il existera à terme des moyens de contournement (même si les PR de contournement ont été refusées…)
On connait les « vrais » utilisateurs, vous n’êtes que de vieux ronchons qui ne voulez jamais rien changer.
Personnellement j’ai levé le pied sur ces retours aux devs, c’est trop frustrant…