01-31-2018, 10:30 PM
Merci pour le retour constructif !
Je suis tout ào fait d'&ccord avec toi, le retour d'état doit rester, mais je viens de faire un test, qui montre que de pouvoir préciser un retour d'état diférent les actions prises, peut mener à des incohérences.
Je vais essayer d'expliquer mon point de vue le plus clairement possible avec un exemple.
J'ai une variable ThermBureau_Mode_Auto de type <Mode chauffage>, les deux valeurs que j'utilise sont <Mode confort> et <Mode éco>. (un toggle serait donc un bon candidat pour basculer entre ces deux modes)
J'ai créé un variable ThermBureau_Mode_Confort de type booléenne.
J'ai un automate qui quand ThermBureau_Mode_Auto = Mode confort, met ThermBureau_Mode_Confort = True. (et à ffalse autrement).
Ainsi j'ai créée mon widget toggle, qui fonctionne impeccable
![[Image: ti4r.jpg]](https://zupimages.net/up/18/05/ti4r.jpg)
parce que j'ai fait un automate cohérent avec la fonctionnalité du Tiggle (Ture si confort qui correspond à l'action allumer.
Maintenant, si j'intervertis les Action allumer et éteindre dans DS, le Toggle ne fonctionne plus, malgré que l'automate reste identique. L'action n'est PAS prise.
![[Image: szsi.jpg]](https://zupimages.net/up/18/05/szsi.jpg)
Fait le test, tu es seras alors convaincu.
Tout ça pour dire que le champ retour d'état doit être en adéquation avec les actions, et que donc le Toggle doit afficher le résultat de l'action.
En fait, les actions allumer et éteindre DOIVENT concerner le même objet (ici une variable à et on affiche le résultat (=le toggle) en fonction d'un test sur l'objet dint le résultat doit correspondre à l'action Allumer ou éteindre (j'ai proposé qqch si le test ne correspondait à rien, ici si je suis en mode chauffase Réduit, je ne sui ni en confort (rouge), ni en éco (blanc)).
Je ne dis pas que ce qui est développé actuellement est faux/mauvais (non c'est génial, la preuve c'est que j'ai réussi à faire ce que je voulais), mais on pourrais arriver au même résultat avec un automate et une variable en moins, sans pour autant brider la fonctionnalité. La seule limitation que je vois avec ma solution, c'est qu'il ne serait plus possible de faire des Toggle qui ne fonctionnent plus
Mon propos est-il plus clair ?
(en tout cas merci de me challenger ainsi et si tu trouve un contre exemple, je ne demande pas mieux !)
Je suis tout ào fait d'&ccord avec toi, le retour d'état doit rester, mais je viens de faire un test, qui montre que de pouvoir préciser un retour d'état diférent les actions prises, peut mener à des incohérences.
Je vais essayer d'expliquer mon point de vue le plus clairement possible avec un exemple.
J'ai une variable ThermBureau_Mode_Auto de type <Mode chauffage>, les deux valeurs que j'utilise sont <Mode confort> et <Mode éco>. (un toggle serait donc un bon candidat pour basculer entre ces deux modes)
J'ai créé un variable ThermBureau_Mode_Confort de type booléenne.
J'ai un automate qui quand ThermBureau_Mode_Auto = Mode confort, met ThermBureau_Mode_Confort = True. (et à ffalse autrement).
Ainsi j'ai créée mon widget toggle, qui fonctionne impeccable
![[Image: ti4r.jpg]](http://zupimages.net/viewer.php?id=18/05/ti4r.jpg)
parce que j'ai fait un automate cohérent avec la fonctionnalité du Tiggle (Ture si confort qui correspond à l'action allumer.
Maintenant, si j'intervertis les Action allumer et éteindre dans DS, le Toggle ne fonctionne plus, malgré que l'automate reste identique. L'action n'est PAS prise.
![[Image: szsi.jpg]](http://zupimages.net/viewer.php?id=18/05/szsi.jpg)
Fait le test, tu es seras alors convaincu.
Tout ça pour dire que le champ retour d'état doit être en adéquation avec les actions, et que donc le Toggle doit afficher le résultat de l'action.
En fait, les actions allumer et éteindre DOIVENT concerner le même objet (ici une variable à et on affiche le résultat (=le toggle) en fonction d'un test sur l'objet dint le résultat doit correspondre à l'action Allumer ou éteindre (j'ai proposé qqch si le test ne correspondait à rien, ici si je suis en mode chauffase Réduit, je ne sui ni en confort (rouge), ni en éco (blanc)).
Je ne dis pas que ce qui est développé actuellement est faux/mauvais (non c'est génial, la preuve c'est que j'ai réussi à faire ce que je voulais), mais on pourrais arriver au même résultat avec un automate et une variable en moins, sans pour autant brider la fonctionnalité. La seule limitation que je vois avec ma solution, c'est qu'il ne serait plus possible de faire des Toggle qui ne fonctionnent plus
Mon propos est-il plus clair ?
(en tout cas merci de me challenger ainsi et si tu trouve un contre exemple, je ne demande pas mieux !)