Après avoir démontré que l'utilisation de Target = _blank n'est pas une erreur absolue, nous explorerons comment réduire les nouvelles fenêtres par scénario. Je faisais consciemment l'attention à cette question parce que j'ai vu les conseils d'Oncle Plod en 2004 qu'il a préconisé à des pop-ups aléatoires.
En mettant de côté certaines intentions illogiques, pourquoi utiliser des pages pop-up en grande quantité? Parce que les concepteurs craignent que les utilisateurs perdent leur chemin. Pourquoi les utilisateurs se perdent-ils? Parce que le système de navigation n'est pas assez bon. Pourquoi le système de navigation n'est-il pas suffisant? Parce que les fonctions du produit sont trop nombreuses et désordonnées. Pourquoi y a-t-il trop de fonctions et désordonnées? Parce que la demande n'est pas bien contrôlée. Pourquoi la demande n'est-elle pas correctement contrôlée? Parce que la personne qui a demandé la demande lui-même ne pensait pas clairement.
Pour le dire franchement, de nombreuses occasions ne sont pas seulement un problème pour les concepteurs, ils ne peuvent donc choisir que de compromettre et d'utiliser constamment des solutions inférieures pour construire un système de structure de tofu. Il est normal pour certaines choses qui ne peuvent pas être évitées au rythme rapide, mais les concepteurs devraient faire leur devoir de réaliser la reconstruction itérative de la coordonnée mondiale.
La référence ci-dessus aux scénarios d'application des liens qui remplissent les conditions nationales dans la nouvelle fenêtre de Taobao résumé en 2008. Le téléchargement de divers fichiers et l'impression de divers documents nécessite une aide en comparaison. Les conditions de confidentialité du formulaire d'enregistrement sont nécessaires pour cibler = _blank.
Il y a peu de scénarios où Target = _blank améliorera inévitablement l'expérience utilisateur, et je crois personnellement qu'avec le développement de la technologie client, il sera progressivement remplacé. Par exemple, l'application Ajax de Lightbox amène les concepteurs un nouveau concept de conception qu'ils n'ont pas à ouvrir de nouvelles fenêtres lors de la visualisation de grandes images, ce qui était inimaginable dans le passé.
Le nom de domaine principal est remplacé, tels que des liens conviviaux, des liens externes de mots clés intégrés dans le blog, etc., et les liens sur les plates-formes d'application doivent généralement être remplacées par des noms de domaine secondaires. Si toutes les fenêtres ne sont pas ouvertes, afin d'éviter de sortir accidentellement, vous devez d'abord rappeler à l'utilisateur qu'il s'agit d'un lien externe; Si de nouvelles fenêtres sont ouvertes, il devrait y avoir des règles unifiées pour la restreindre et vous informer clairement d'ouvrir une nouvelle fenêtre. J'ai vu trois types de cas:
Exemple MSDN, l'icône indique à l'utilisateur qu'il s'agit d'un lien hors site.
Exemple GBlog, l'icône indique à l'utilisateur qu'il s'agit d'un lien hors site, et vous pouvez cliquer sur Target = _Blank.
Egloos (Corée) Exemple, l'icône informe uniquement l'utilisateur qu'il s'agit d'un lien hors site lorsqu'il est déclenché, ou cliquez sur Target = _Blank.
L'article Neil Turner de SitePoint ajoute trois formes, similaires. Il convient de mentionner qu'il existe un cas où les invites de titre s'ouvrent dans une nouvelle fenêtre, qui est en fait conforme à l'application mentionnée dans l'utilisation du titre pour améliorer l'accessibilité.
Par exemple, les modifications de mise en page sont la différence entre une page de liste et une page de contenu. Les utilisateurs doivent lire la page de contenu pendant longtemps, et il est en fait plus gênant de revenir à la liste à chaque fois. L'exemple le plus typique est l'amélioration apportée par Google au début de 2006, qui est le lien cible = _blanque par défaut vers la liste de résultats de recherche. Cet exemple répond aux trois conditions ci-dessus presque en même temps et fournit des paramètres personnalisés pour changer, 100% d'assurance.
Les cartes spéciales du site Web et les tables d'index sont également la navigation et devraient offrir aux utilisateurs la plus grande possibilité de contrôle. Qu'il s'agisse de navigation globale, de navigation locale, de navigation auxiliaire, de navigation contextuelle ou de navigation amicale, il est recommandé d'éliminer la cible = _Blank. Par exemple, dans le conteneur de la barre latérale du programme WordPress, presque tous les liens du site sont la navigation, et Target = _blank affectera sérieusement la douceur de l'accessibilité.
L'onglet est une forme très courante d'organisation de contenu de page, mais qu'elle soit directement cachée, chargée de manière asynchrone ou des sauts de type navigation, il n'est pas recommandé de cibler = _Blank, car à l'heure actuelle, l'utilisateur attend des modifications du module ou le chargement d'une nouvelle page dans la fenêtre actuelle.
De plus, le lien de navigation et le lien de l'opération de retour se chevauchent partiellement, tels que la navigation au fil du fil, et le point arrière hiérarchique est en fait l'opération de retour. Effectuer une opération de retour sur n'importe quelle page signifie que la page actuelle n'est plus nécessaire, donc une nouvelle fenêtre ne peut pas être ouverte. Ce retour comprend cliquer sur le logo pour revenir à la page d'accueil, qui est également l'une des erreurs typiques que vous pouvez rencontrer.
Les scénarios de formulaires sont relativement larges, tels que l'enregistrement, la connexion et la recherche, Target = _blank doit être éliminé. Il existe des spécifications de convivialité très importantes pour soumettre des formulaires de données avec de grands champs. Cliquer sur retour devrait conserver les données. Le backend WordPress est excellent.
Il peut essentiellement être résumé dans un sens large comme un lien qui affecte l'accès et la maîtrise du fonctionnement, il n'est pas recommandé de cibler = _Blank. En fait, quelles que soient les règles, tant qu'il n'y a pas de logique claire pour les transmettre à l'utilisateur, cela entraînera des accidents. Cependant, la difficulté de conception est qu'il est impossible de déterminer avec précision si cet accident se trouve dans la plage acceptable attendue par l'utilisateur.
Puisqu'il est difficile de juger si l'utilisateur prévoit avoir besoin de Target = _Blank, il est relativement facile d'atteindre un consensus sur les deux scénarios d'erreur courants, donc je pense personnellement qu'il est toujours facile de trouver des idées pour résoudre le problème. Je ne répéterai pas les exemples simples, et je les ajouterai si j'en ai l'occasion.