J'ai certains cas d'utilisation avancés d'une application Web qui peuvent être gérés en permettant aux utilisateurs d'ouvrir les détails des éléments dans de nouveaux onglets (c'est-à-dire une application d'une seule page avec une ligne illimitée d'onglets dans l'application qui imitent le comportement des onglets du navigateur).
Les onglets dans les onglets prêtent à confusion car il est difficile de savoir où vous êtes; chaque couche d'onglets annonce une dimension spatiale. Pour plus d'informations sur ce qui rend les onglets dans les onglets problématiques (et comment éviter les problèmes), voir Existe-t-il des preuves suggérant que la conception d'onglets dans les onglets crée une mauvaise expérience utilisateur?
Cependant, comme vous le constatez, les onglets sont courants dans les pages Web. Pourquoi ces onglets ne seraient-ils pas bien?
Le problème des "onglets dans les onglets" est évité par la distinction claire entre la page et le navigateur . Votre utilisateur est presque certainement très familier avec l'endroit où les onglets du navigateur s'arrêtent et la page démarre, sauf si vous essayez pour rendre les onglets identiques au navigateur de l'utilisateur style d'onglet spécifique, les onglets de votre application seront dans un contexte clairement différent des onglets du navigateur.
Étant donné que le contexte entre le navigateur et la page est clair, vous perdez le gros problème des onglets dans les onglets; navigation imbriquée et ramifiée.
Jetez un œil à Tabs, Used Right . Plus précisément, vous utilisez des onglets pour changer de vue, et probablement dans l'application, il n'y a vraiment que un ligne d'onglets . Tant que vous restez sur une rangée d'onglets intégrés à l'application, cela ne devrait pas poser de problème car, contextuellement, il est clair que ce sont vos onglets d'applications, et il n'y a pas de navigation entre plusieurs couches d'onglets dans la même application. .