La boîte de dialogue de mot de passe doit-elle être dans une fenêtre contextuelle ou une fenêtre existante?
Considérons, par exemple, un client de messagerie qui, pour une raison quelconque, nécessite l'obtention d'un mot de passe. Le dialogue doit-il faire partie d'une fenêtre existante, probablement souveraine? Ou devrait-il apparaître? De manière équivalente, sur une application Web, doit-elle basculer vers une autre page ou utiliser la page actuelle.
Selon moi, les inconvénients des pop-ups sont qu'ils sont des pop-ups (!) Et rompt l'association avec le reste de l'application.
Les solutions pop-up semblent la solution la plus populaire. Même mon client VPN, je dois ouvrir une petite boîte de dialogue, puis appuyer sur un bouton pour obtenir l'invite de mot de passe.
Les exemples d'invites en ligne sont plus limités. Certaines webapps, comme Twitter, ouvrent une boîte de dialogue (même avec http - grr). PuTTY demande des mots de passe SSH dans la fenêtre du terminal, bien qu'ici la motivation puisse être l'uniformité avec telnet (où le protocole ne traite pas des mots de passe).
Deux scénarios me viennent à l'esprit:
- L'utilisateur peut accéder au contenu du site sans se connecter
- Aucun accès n'est autorisé tant que les informations d'identification n'ont pas été fournies
Twitter appartient au premier - vous pouvez voir les meilleurs tweets, les profils des utilisateurs, etc. sans vous connecter du tout. Par conséquent, cela n'a aucun sens de bloquer l'utilisateur avec une fenêtre contextuelle ou de forcer une connexion sur une page distincte.
Les clients de messagerie ne montrent rien des e-mails avant que l'utilisateur ne se soit connecté et consacrent donc une page entière au processus de connexion.
En bref - cela dépend si l'utilisateur doit interagir avec le reste des données sur la page ou non.
Votre question prend une tournure plus intéressante si l'utilisateur est déjà connecté et doit être à nouveau invité (voir la question liée à laquelle Rahul a fait référence). Ensuite, cela dépend également si l'utilisateur peut interagir en toute sécurité avec les données sans se connecter.
Dans la plupart des cas, il est logique d'interrompre l'utilisateur, auquel cas la fenêtre contextuelle fonctionne le mieux.
Regardez la famille de sites stackexchange. En raison de la prise en charge de nombreux fournisseurs d'autorisations différents, il existe une page entière dédiée à la connexion. Il est tout simplement impossible de transmettre la richesse du schéma d'authentification dans un simple ensemble d'invites de connexion.
Pour les schémas plus simples, ne pas interrompre le flux d'action de l'utilisateur pour se connecter peut être préférable, vous avez donc des sites comme fileplanet où la connexion est en haut et transparente avec la page.
Les boîtes de dialogue, ou pop-ups, ne devraient vraiment être utilisées que pour afficher des informations rapides à un utilisateur qui nécessitent une action plutôt simple - Oui, Non, Annuler, Fermer, etc. un utilisateur ne devrait jamais être tenu d'interagir avec lui de quelque manière que ce soit.