Aurais-tu la gentillesse d’intégrer à ton widget un paramètre pour gérer le délais de décollement des volets roulants et d’introduire du coup un calcul de proportionnalité en rectifiant la valeur du pourcentage d’ouverture ?
Cela permettrait d’avoir un visuel qui colle à la réalité.
Ah, oui bon courage pour ta migration, pour le moment j’ai fais l’installation from scratch pour mon papa mais j’ai pas le courage de devoir refaire mes design pour la V4.
Pour ta solution, oui c’est sur que c’est un début mais ça corrige pas la position visuel sur des ouvertures donc dès le dépassement des 8% il y a un gros décalage visuel. J’avais trouvé la formule de calcul avec mon % de décollement mais du coup je l’ai simplifié et j’ai pas gardé en fonction d’une autre valeur.
T’es en V3 ? car il ne fonctionne pas en V4 normalement c’est même pour cette raison que je le reprend
Parce que c’est énormément de taf de faire un widget action/curseur qui reprenne l’état en même temps et un widget qui le fait existe déjà donc autant le reprendre. MultiOuvrants ne fait qu’afficher des images en fonction de la valeur alors que SlidVertical génère un affichage à la volée à l’aide de plusieurs bouts d’images (par exemple les lames des volets sont constituées d’un assemblage d’une image de lame unique…)
Edit : je viens de regarder ton post poule widget V4 mais du coup le code n’a pas l’air de permettre de prendre en compte un temps de décollage du volet pour que le pourcentage visuel dans Jeedom soit le même que le visuel réel ?
Non j’ai pas pris en compte le temps de décollement mais j’y ai réfléchis cette nuit et j’ai peut-être trouvé une solution (vous êtes plusieurs à me faire cette demande). Je test mon idée et mettrais à jour le code si OK
Tu as fait la modification pour prendre en compte la proportionnalité ? Donc là sur le widget le bas du volet est encore bien collé en effet.
Mais les 8% …
Si tu indiques 50% est-ce que le widget est bien au milieu et le volet réel au millieu ?
Malheureusement je n’ai pas de poil de cul pour vérifier
Je n’ai rien fait du tout car c’est à se faire des nœuds au cerveau pour rien, en voulant voir ce que je pouvais mettre en place je me suis aperçu que le slider avait également un temps de décollement comme un volet physique du fait du sélecteur qui dépasse légèrement du slider.
Le léger décalage du au temps de décollement ne me gênait déjà pas mais là pour moi je trouve que ça colle à la réalité. De toute façon pour le moment ce widget est fonctionnel je passe à autre chose
Édit: au pire je pourrais jouer sur la hauteur du sélecteur a l’avenir en fonction des retours
Il me semble pourtant assez visuel (et sans poil de cul ) de s’apercevoir que le volet réel n’a absolument pas la bonne position quand on lui demande de monter (ou descendre) à 50% depuis Jeedom (par exemple).
Visuellement on a plus l’impression d’avoir demandé une ouverture à 30% qu’à 50% et ceci parce que le temps d’ouverture ou fermeture des lames est inclus dans le temps total de montée ou descente et donc dans le pourcentage.
L’affaire n’est donc pas juste une histoire de visuel du décollement mais c’est parce que le temps de décollement n’est pas pris en compte que la position final du volet ne reflète pas les 25, 50 ou 75% demandé par exemple.
EDIT : En fait j’avais commencé par adapté le widget comme ça :
Alors je viens de passer plusieurs heures la-dessus et le seul moyen précis que je vois est de calculer le temps total et de faire un ratio avec le temps de course donc pas jouable sur un widget…
Ta solution n’empêche pas ton volet d’être visuellement à 30% au lieu des 50% indiqués si je ne m’abuse
Je vais continuer d’y réfléchir mais pour le moment je lâche l’affaire
Je ne comprends pas pourquoi ça ne serait pas jouable avec un widget ? Dans le code d’un widget on peut bien mettre des calculs et donc faire en sorte de modifier le pourcentage que le widget indique (donc la position du volet dans Jeedom) en rectifiant ce pourcentage en fonction pourcentage correspondant à la position réelle du volet.
2 ou 3 exemple de valeurs avec le code que j’avais essayé :
Si le pourcentage calculé naturellement par le module est en dessous de 24% alors on rectifie et on fait comme si c’était 1% car chez moi il n’est pas encore décollé à 24% (mais pas fermé). C’est cette valeur qui va changer suivant les personnes
Si le pourcentage calculé naturellement par le module est de 50% alors on rectifie à la valeur (50-24+(50-24)*6/19) = 34% ce qui fait que le visuel colle à la réalité car à 50% le volet n’est en fait qu’à 34% puisqu’il lui a fallut plusieurs secondes pour décoller. Il est bien à la moitié de son temps de trajet total mais qu’au tiers de sa position
Si le pourcentage calculé naturellement par le module est de 75% alors on rectifie à la valeur (75-24+(75-24)*6/19) = 67%
Et donc avec ces modifications, quand la position du volet rectifiée par le widget est à 50%, le vrai volet a eu le temps de grimper plus longtemps et il est … vraiment à la moitié du chemin, c’est-ce pas ?