Suppression modale configuration avancée

[rroblik]

Bonsoir à tous,

Je me fait souvent la remarque suivante lors de l’utilisation de Jeedom : pour accéder à des informations dites « avancées » d’une commande (par exemple : « Date dernière communication ») on doit minimum faire 2 clics, et avoir une modale. Pour avoir les logs d’une commandes, c’est 3 clics (et 2 modales en superposition). J’ai mis « avancées » entre guillemets car pour moi ce sont juste des informations très fréquemment recherchées / utilisée et je ne les considère pas spécialement comme « avancées » .

Globalement, la modale offre une UX très moyenne et plus vraiment dans les standards. Il n’est par exemple pas possible (en l’état) d’atteindre ce genre de modale directement via url (faite F5 sur une fenetre de « configuration avancée » et vous retombez sur la fenetre parente, sans réouverture de la modale).

Si on reprends mon exemple de la section [Configuration avancée], l’ensemble du contenu pourrait se retrouver dans un onglet supplémentaire comme suit, avec au passage un accès simplifié et natif par url :

Egalement, la section « avancée » de chaque commande (roue crantée) serait injectée dynamiquement (pour ne pas plomber les perf) en dessous de chaque commande et affichée / masquée avec le bouton actuel qui deviendrait un toggle, comme suit : (désolé pour le pauvre montage à l’arrache dans le mode édition du navigateur !)

Ainsi adieu les modales de modales, les multiples bouton vert [Sauvegarder], les éléments de configuration planqués … et bonjour l’amélioration de l’UX (quoi quelqu’un utilise un mobile ici ?!)

Ceci n’est qu’une réflexion retranscrite j’aimerais tout de même savoir si c’est partagé par la communauté ? Et si, pourquoi pas, c’est dans les cartons de progressivement éradiquer toute utilisation de modale ? A par quelques cas particuliers peut-être, à étudier (testeur d’expression ?, …)

N’hésitez pas à réagir, quel que soit votre point de vue !

Bonne soirée

[Mips]

Bonjour,

Un élément clé vous manque: l’écran principal ici (avec les onglets équipement et commandes) est géré par le plugin (et donc le dev du plugin) alors que la modal est géré par le core

• injecter des infos dans le code du plugin => ça va poser des problèmes
• faire gérer ça par chaque dev de plugin => non merci, ça doit être standard; impossible à faire évoluer

[rroblik]

je précise donc que c’est la réflexion d’un développeur qui n’a jamais développé pour Jeedom parce que la courbe d’apprentissage me parait plus raide encore qu’à l’époque sur Drupal 7

Pas sûr que ça change vraiment la donne ceci dit : cela veut peut être dire que l’onglet principal ne doit pas être laissé à la main du plugin, pas sa structure générale du moins. En faite des plugins que j’ai on Voit bien qu’à quelques détails prêt cet onglet est identique pour tous.
Du coup introduire une rigidité à ce niveau la ne me choquerait pas et permettrait d’améliorer l’expérience utilisateur globale tout en réduisant réduire le code répétitif (front end) nécessaire pour un plugin.

Je suis d’accord de serait un breaking change donc une… v5 mobile native !

Édit : non humour je pense à un rework intermédiaire avant d’en arriver la