Cette question est illustrée par ma personnification de 3 fours à micro-ondes:
Le micro-ondes 1 est désagréable. Il émet un bip lorsque le temps expire et continue d'émettre un bip même après avoir ouvert la porte. Il émet également un bip pour annuler les paramètres si j'ouvre la porte avant qu'elle expire. Cela ne respecte pas mon besoin de chauffer discrètement le dernier muffin. Busted!
Micro-ondes 2 est conforme à contrecœur. Il émet un bip à l'expiration du délai, mais annule le bip si j'ouvre la porte avant l'expiration du délai. Si j'ouvre la porte à la bonne picoseconde, je peux également éviter de réinitialiser la minuterie et d'éviter tous les bips.
Micro-onde 3 est un majordome se livrant. Il n'émettra un bip qu'après plusieurs secondes au-delà du temps que j'ai entré pour chauffer le muffin. Je peux imaginer un clin d'œil complice en ouvrant la porte avant même le bip.
Je suis sûr que ce concept s'applique à d'autres domaines que le temps. Il est distinct de, mais se rapporte à "intention de survol" ou "Hystérésis". Ces termes se réfèrent à des séquences étroitement couplées soigneusement synchronisées, telles que les menus déroulants/déroulants, afin qu'elles n'interfèrent pas avec les mouvements organiques de la souris et la correction de cap.
Je ne suis pas convaincu que le terme "période de grâce" s'applique, car ce terme est associé à un retard et/ou à une certaine discrétion injustifiée.
Je pense qu'il est important de pouvoir avoir un terme pour décrire ce concept: il est très éphémère, mais un puissant levier pour évoquer des réponses émotionnelles positives dans l'expérience utilisateur.
Je vais proposer d'utiliser le terme "habiter".
Dwell fait référence à un intervalle où un mouvement mécanique s'interrompt dans une liaison qui est en mouvement réciproque, comme un piston.
Je pense que cela convient en raison de l'analogie entre les liens, le calendrier et la périodicité.
Ce n'est pas une analogie parfaite car les interactions ne sont pas de nature mécanique et ne se poursuivent pas indéfiniment.
Ce cas ne concerne pas exactement "l'attente" et la "rétroaction". En général, la rétroaction doit être immédiate.
Le problème sous-jacent est qu'un événement d'entrée peut correspondre ou non à l'action prévue par l'utilisateur. Il existe une multitude d'exemples pour de telles entrées non concluantes:
Une entrée non concluante peut être rendue concluante en attendant la prochaine entrée (un autre clic, un clic de souris, une autre entrée de touche). Un processus qui est généralement dans le monde de l'informatique est connu sous le nom de mise en mémoire tampon d'entrée, tandis qu'en électronique sous la forme file d'attente de maintien d'entrée.
(Il vaut peut-être la peine de dire que notre cerveau utilise un mécanisme similaire - le cerveau ne traite pas chaque mot individuellement, mais les accumule jusqu'à ce que le sort ait un sens sémantique).
Maintenant, si l'événement X se produit en premier, mais un événement suivant Y changera la réponse du système (donc X est différent de XY), mais il n'y a aucune certitude que l'événement Y arrivera, le système contient simplement n'importe quel X jusqu'à ce que:
Donc, conceptuellement, le terme que vous recherchez peut être appelé délai d'attente d'entrée, ou éventuellement délai d'entrée.
Bien que ni l'un ni l'autre ne soit un terme courant en UX, j'espère que cette réponse servira à expliquer le concept sous-jacent.
Vous dites à l'ordinateur "Merci, j'ai compris".