Bonjour,
J’ai ouvert une PR qui ajoute un paramètre d’URL ?tablet_mode_house=<selector> (sur le modèle de ?fullscreen=force) pour activer directement le mode tablette d’une maison au chargement du dashboard, sans passer par le menu « Mode tablette ».
Le besoin : déployer rapidement des tablettes murales
Le mode tablette se configure aujourd’hui à la main, par appareil, via le menu — et les sessions durent un an, donc au quotidien il n’y a pas de douleur. Le besoin apparaît au (re)déploiement, quand l’état de session n’est pas encore là ou est perdu :
- navigateur kiosque (Fully Kiosk ou autre) réinstallé/réinitialisé,
- données du navigateur effacées / déconnexion,
- mise en service de plusieurs tablettes d’un coup (camping, commerce, bureau…) où configurer chaque appareil à la main ne passe pas à l’échelle.
Avec une URL de démarrage, un installateur peut pointer chaque tablette vers, par exemple :
/dashboard/<dashboard_selector>?tablet_mode_house=<house_selector>&fullscreen=force
et elle démarre verrouillée sur le bon dashboard, en mode tablette, plein écran — sans manipulation sur l’appareil. (Dans mon cas je masque en plus, via la CSS de Fully Kiosk, le sélecteur de mode tablette et le changement de dashboard pour gagner en hauteur et verrouiller l’utilisateur sur un seul dashboard.)
Côté design (suite aux retours sur la PR) :
- le paramètre ne prend que le sélecteur de la maison (slug URL-safe) ;
- le menu « Mode tablette » affiche l’URL prête à copier pour la maison sélectionnée (bouton Copier), donc personne n’a besoin de connaître un sélecteur ;
- no-op sur Gladys Plus (le menu y est masqué) ;
- échec visible à l’écran (sélecteur inconnu ou erreur réseau), jamais silencieux.
Est-ce que ce besoin de déploiement rapide parle à d’autres ? Retours bienvenus !