Un des objectifs du remaniement du bandeau était d'évacuer le problème des pages d'admin accessibles par le clic sur les grosses icônes et que les utilisateurs ne trouvent pas, de manière récurrente.
Si l'on remet des pages sur ces icônes, on perd tout cela. C'est donc volontaire et non transitoire, que toutes les pages de navigations sont vides et ne donnent aucune info en plus. Ces pages sont redondante avec la navigation déroulante, qui peut ne pas marcher dans certains contextes.
Non, c'est pas une bonne solution. Arriver sur une page qui reprend exactement le menu que je viens voir, c'est pas possible. Certes il faut aider les débutants, mais ça n'est pas une raison pour donner aux utilisateurs confirmés l'impression qu'on les prend pour des billes.
D'abord, ce que je propose pour les pages «navigation» n'est pas qu'elles soient ultra-spécifiques, mais qu'elles soient des «tableaux de bord», c'est à dire un résumé des différentes informations qu'on trouvera, développées, dans les différentes pages du sous-menu. Si on ne voit pas le «tableau de bord», ça n'est pas un drame.
Par ailleurs, il suffit de mettre en début de chaque sous-menu une première entrée qui double le bouton principal. Du genre «Tableau de bord Publication», «Tableau de bord Édition». De cette façon, même les ceusses qui ne pensent pas à essayer de cliquer sur le gros bouton verront tout de même la première entrée du sous-menu, qui a le même effet que le gros bouton.
Je viens de commiter ça, histoire de montrer ce que ça donne: la redondance est très visible, l'intitulé «Tableau de bord» permet d'être très explicite (y compris pour les développeurs de plugins) sur ce qu'on va trouver sur cette page (c'est un tableau de bord...), ça permet aux débutants de ne pas avoir à comprendre qu'on «doit» cliquer sur le gros bouton, et ça nous permet de créer des pages réellement utiles aux utilisateurs.
J'insiste: la page d'accueil est déjà un «tableau de bord»: il récapitule de manière condensée un ensemble d'informations que l'on développe sur d'autres pages. On a tout intérêt à profiter de l'évolution pour généraliser ce principe. Cette logique est répandue dans la plupart des autres logiciels (généralement, c'est en plus paramétrable par l'usager, mais ça me semble moins pertinent) et offre un véritable bénéfice à l'usager: une vue d'ensemble, une introduction aux différentes fonctionnalités/possibilités, un contrôle rapide, et un accès plus évident à des fonctions (le sous-menu présuppose largement que je sais ce que je vais trouver derrière l'intitulé; dans un tableau de bord, une présentation condensée de l'information, accompagnée d'un lien vers la page exhaustive, me permet de comprendre illico ce qu'est cette information/fonctionnalité).
Au même titre, mettre un menu déroulant sur le bouton accueil, qui est le seul à ne pas se dérouler, affaiblit beaucoup la compréhension que l'on peut avoir de ce bouton et réintroduit l'ambiguïté.
C'est une mauvaise idée
Le fait d'avoir pour première entrée «Tableau de bord “Accueil”» résoud le problème du rôle du gros bouton.
En revanche, on a un _gros_ besoin de pouvoir proposer un sous-menu qui accueil «Mes trucs»: mes contacts, mes tickets, mes rendez-vous, mes messages dans les forums, mes abonnements à des mailing-lists, etc. Or, présenter des infos qui concernent directement l'utilisateur, c'est exactement le rôle de «Accueil». Même si ça va dérouter au début, je trouve la distinction «Édition», «Suivi», «Admin», «Config» très pertinente et très équilibrée. C'est la discussion que j'ai vue, et je trouve le résultat très convaincant.
Du coup, le seul manque dans cette division, c'est la possibilité d'insérer des pages personnelles de l'utilisateur. L'utilisateur est systématiquement au cœur de l'interface; sauf que quand on fait un plugin pour gérer de nouveaux objets, on peut très facilement s'insérer dans l'édition, dans la configuration, etc., mais pas insérer de manière logique un accès «moi j'ai fait ça et j'ai ça à faire». Si je prends le plugin «tickets», j'ai très facilement pu insérer une page «tickets en général» dans un sous-menu; mais, pour mettre en valeur «mes tickets», je suis obligé d'utiliser la même page (ou de créer un sous-menu au mauvais endroit) et de surcharger encore la page d'accueil (qui n'en demande pas tant).
Où est-ce que je peux mettre un sous-menu «Gérer mes abonnements aux listes», «Afficher mes tickets»? Logiquement: dans le menu «Accueil», qui correspond à l'activité propre à l'usager. (Sinon on va encore pourrir les autres menus avec des trucs pas très cohérents, comme l'entrée «Mes articles» dans «Édition», ou se casser les pieds à ajouter des onglets à «infos personnelles» après avoir cliqué sur son propre nom (là, certain que personne ne trouvera).