Ce plugin permet d’appliquer un mode réalisant une/des action(s) sous condition(s), et d’ajouter un contrôle par saisie de mot de passe (facultatif) via un digicode.
Php, JS
Utilise-t-il un démon => non
des dépendances particulières => non
des crons => non
Repo privée pour quelques jours, le temps de réaliser quelques tests => si quelques uns veulent être de la partie, envoyez moi un PM qu’on en discute !
merci pour les autres corrections !
je l’ai faite cette nuit à 1h et je n’ai pas relu ce matin
je garde le masculin par contre
(c’est pas le vrai repo, je n’ai pas encore compris comment se font les liens vers la doc quand le repo est privé…? du coup j’ai mis créer un repo temporaire juste avec la doc. Je reproduirais les modifs sur le bon )
Oui pendant très longtemps je disais aussi un popup et j’ai fini par céder.
Maintenant une popup me parait plus naturel alors que c’était carrément l’inverse avant. Trop influençable ?
ahaah, dans « la vie de tous les jours », je dis aussi ‹ une ›, mais pour une « doc officielle » je me suis dit qu’il fallait que je fasse un effet
mais c’est bien toi qui a raison !
je disais juste ça car quand tu vois les questions de certains utilisateurs, tu sais très bien qu’ils n’ont même pas appuyer sur le bouton Documentation !
ça va être rapide !
C’est plus un doc de présentation que d’utilisation poussée. et (en théorie) il n’y a rien de très compliqué [surtout pour tous les experts qui ont pour le moment répondu !! ]
si certains sont intéressés pour tester, n’hésitez pas à me pinguer !!
(à minima pour valider que c’est une « bonne v0 » qui peut être ‹ ouverte › à un plus large public!)
Voici mes premiers retours suite à la lecture de la Doc :
Concernant les pré-check :
sont-il réalisés avant le délai d’activation ou à la fin du délai d’activation ?
si ils échouent, quel est le comportement ? Retour au mode précédent ? Serait-il possible de lancer une action en cas d’échec (cas d’utilisation : diffuser un message pour dire qu’une fenetre est ouverte) ?
Serait-il possible de lancer des pré-actions ? (cas d’utilisation : lancer des scénarii de contrôle ; changer de design sur des tablettes)
(Ou le faire comme action de sortie sur le mode précédent, comme ce qui est fait sur le plugin Mode)
Le widget affiche-t-il un décompte du délai restant avant activation ?
Sur le widget, il y a 2 boutons « A » qui peuvent apporter de la confusion pour l’utilisateur lambda (mes beau-parents )
actuellement la cinématique est la suivante : saisie mdp => timer => vérif mdp => pré-check => actions
j’ai en TODO de la changer légèrement car ca ne sert à rien d’attendre la fin du timer pour voir qu’on a saisi un mauvais mdp : saisie mdp => vérif mdp => timer => pré-check => actions
par contre ça ne me semble pas être une bonne idée de faire les pré-check avant le timer => tu vérifies si tes fenetres sont ouvertes, au check tout est OK. il y a un timer de 60sec avant d’activer ton alarme. Rien ne permet de dire que la fenetre ne sera pas réouverte entre temps.
si échec des pré-check → affichage d’un message sur le widget Contrôle(s) en échec (avec + d’infos dans les logs pour savoir laquelle(lesquelles) à échoué)
pas de passage au mode précédent puisque l’état n’a pas changé (les pré-check ont échoué, donc on ne fait rien!)
pour l’action en cas d’échec de pré-check: à voir…
Ca va faire bcp
par contre rien ne t’empêche de piloter tes modes (du plugin mode) à partir de ce plugin (=> tu auras donc les entrées & sorties sont possibles)
oui, tout à fait
j’ai « mis du temps » à trouver les 2
il y a deux couleurs différentes
Ou mais dans une séquence pour une activation d’alarme : saisie mdp => vérif mdp => timer me permettant de sortir => pré-check échoue => pas d'actions, donc mon alarme n'est pas en service
J’avais vu ces qlq soucis d’alignements. C’était déjà sur la todo mais je n’arrivais pas à corriger facilement du coup j’avais mis de côté
c’est « normal » car il n’y a pas de changement de texte par rapport au dernier état, du coup pas de rafraichissement !
Je mets sur la todo pour le 1er item.
pour le 2nd, un peu plus bas sur la todo. (si tu n’as qu’un seul mode, aujourd’hui il n’est pas possible qu’il s’auto-appelle. Ca fait parti des questions en suspens que je me pose …)
pour finir voici les fixes qui seront livrés demain, ainsi que quelques nouveautés
Nouveautés :
- si un timer est défini :
- le code utilisateur saisie est d'abord vérifié (inutile d'attendre la fin du timer pour savoir que le code n'est pas bon !)
- les pré-check sont réalisés une première fois avant de lancer le timer
- ajout de la configuration "pré-check erreur" : ensemble des actions à réaliser si les contrôles échouent
- En cas d’erreur de code : on reste sur le clavier plutôt que de revenir au menu
Fixes :
- Retouches CSS :
- Adaptation de la taille du texte au bouton (surtout en cas de texte long)
- Alignement des boutons (mode) « texte » et des boutons « images »
- Alignement du compte à rebours et bouton « Annuler »
- En cas d’erreur de code successif, le message d'erreur « Code inconnu » est réaffiché
)
