Et si on repensait la navigation principale de l’espace privé de SPIP ?
Le bandeau supérieur actuel de l’espace privé n’est plus aussi satisfaisant. Il pose plusieurs difficultés, certaines bien connues et régulièrement décriées dans les forums des utilisateurs, et de nouvelles, liées à l’arrivée des plugins, de plus en plus nombreux sous SPIP 2.
Voici un prototype rassemblant mes idées pour améliorer cette navigation. Il s’agit d’un « prototype fonctionnel », c’est-à-dire un truc cliquable mais qui ne présume ni de l’aspect graphique ni de la qualité du code. Il propose aussi un ré-agencement éditorial des menus et des pages liées, qui reste discutable — certains intitulés, notamment, seraient à reformuler.
Je me suis surtout attachée à clarifier, occuper moins de surface sans rien omettre, tout en permettant de recevoir des items additionnels (ici signalés en gris clair) de façon extensible (ajoutés par les options et les plugins, toujours plus nombreux).
Progressons par enrichissements successifs
Avant d’essayer, notez que je conçois les choses dans cet ordre :
- une navigation page à page, basique et tout terrain ;
- enrichie d’une navigation rapide sous la forme d’un menu déroulant (en CSS simple), certainement activé par défaut, mais désactivable (dans mes préférences personnelles) ;
- ensuite enrichie de comportements JS kikou (dont je me contrefiche pourvu qu’ils soient facultatifs) ;
- et enrichie d’icônes et habillage graphique (dont je me fiche aussi).
Progresser ainsi par enrichissements successifs permet, à condition que chaque couche d’enrichissement ne massacre pas celle qui la précède, de produire une interface qui reste correctement utilisable, même sans ces enrichissements — c’est-à-dire même sans javascript, sans image, sans couleur et même sans feuille de style —, bref accessible quelques soient les conditions de navigation. Second avantage, loin d’être négligeable : on s’épargne d’avoir X interfaces à maintenir, tel qu’actuellement (interface graphique, interface textuelle, etc.), en n’en produisant plus qu’une seule.
C’est donc là : http://romy.tetue.net/IMG/demo/inte...
Cliquez sur le faux bouton « valider » du formulaire de login, puis un peu partout (visitez chaque item) et même sur les liens « Voir le site public » et « Me déconnecter » :-)
Trois registres distincts :
identité, navigation complète et raccourcis
Dans ce proto, les items de navigation se répartissent, comme une tranche napolitaine, en trois registres horizontaux de faible encombrement et aux rôles bien distincts :
- Discret, le premier registre est identifiant : il me rappelle le site sur lequel je travaille (à droite) et ma session (à gauche) et... c’est tout, car les noms du site et de l’utilisateur peuvent être longs et encombrants. Ce registre donne les repères élémentaires, actuellement absents de l’espace privé de SPIP, et qui permettent de se situer : où suis-je ? avec quel compte suis-je connecté ? dans quelle langue ?
- Vient ensuite une indispensable barre de navigation complète, qui permet d’accéder à l’ensemble des pages de l’interface, de façon exhaustive. Elle reprend la navigation habituelle du bandeau haut, en reventilant un peu les items.
- Le troisième registre propose des outils et des raccourcis d’accès rapide, non indispensables mais si pratiques qu’on ne sait plus s’en passer : liens de création directe, plongeur de rubriques, recherche, etc.
Navigation déroulante OU PAS
La seconde barre de navigation, qui apprécierait d’être, comme auparavant, dotée d’icônes, déplie ses menus au survol, mais sans recouvrir les éléments dépliants de la barre inférieure (dont l’infernal plongeur de rubrique), pour éviter de se prendre les pieds dans le tapis. Ces menus se déplieraient désormais à la verticale, afin de pouvoir recevoir un plus grand nombre d’items.
Une telle barre de navigation à menus déroulants, que je critique habituellement sur les publications web, est ici adaptée, puisque dans un environnement de type applicatif. Elle doit cependant être pensée comme facultative.
Les items de premier niveau de la barre de navigation renvoient chacun à une page sommaire (ce qui tord définitivement le cou au problème régulièrement soulevé dans les forums et épinglé au Ticket #1749, entre autres), laquelle liste les pages intérieures et présente leurs contenus, de façon à ce que celles-ci restent accessibles dans tous les cas, même lorsque le menu ne déplie pas.
Le fait que le menu soit dépliant n’est qu’un plus, un raccourci rapide, qui ne fonctionne pas nécessairement dans toutes les configurations logicielles (on s’épargnera les contorsions pour le rendre fonctionnel sous IE6, non ?) et qui devrait être désactivable au bon vouloir de chacun.
Ré-agencement des menus
Chaque menu regroupe les tâches susceptibles d’être effectuées par une même personne et les informations qui lui seraient utiles, selon les différents rôles possibles, bien que ceux-ci ne soient pas ainsi distingués dans SPIP : rédacteur, modérateur, administrateur, webmestre. Il s’agit surtout de fournir un menu à chacun, sans l’encombrer avec des tâches qui ne le concernent pas. L’attribution des droits, notamment par les plugins, n’en sera que simplifiée.
- Le premier menu, « Édition », permet aux rédacteurs de consulter et d’éditer (c’est-à-dire créer, modifier ou supprimer) les contenus du site : lister et trier les articles, écrire une nouvelle brève, ajouter un document, modifier le rubriquage, mais aussi éditer d’autres types d’objets, ajoutés par les plugins ;
- le menu suivant permet, si les options correspondantes sont activées, de suivre l’activité éditoriale du site (suivi de versions, calendrier, messagerie et forums internes, etc) ; serait-ce le rôle du rédac’chef ?
- le menu suivant permet de gérer, s’il y a lieu, les contributions externes et tout ce qui relève de l’interactivité du site avec ses internautes (forums, pétitions, listes de diffusion, abonnements, etc.), ce qui est généralement le rôle des modérateurs ;
- le menu suivant regroupe les opérations d’administration et de maintenance ordinaire : sauvegarde de la base, gestion du cache et des accès, etc. que seuls les administrateurs peuvent effectuer ;
- tandis que le dernier, « configuration », ne sert qu’une fois dans la vie du site puisqu’il regroupe les réglages qu’effectue le webmestre après l’installation.
Ce réagencement des menus suppose qu’il faille revoir (regrouper ou tronçonner) certaines pages, mais cela n’est pas abordé ici.
À retenir des problématiques déjà discutées...
Ce prototype a été suivi d’échanges et d’autres prototypes (de Matthieu Marcillaud, BoOz, etc.). Pour éviter de répéter (les mêmes erreurs ou mêmes discussions plus ou moins trollesques), voici, pour mémo, quelques-unes des problématiques déjà discutées :
- Choix de la langue : il doit rester constamment visible et être facilement identifiable comme tel : lorsqu’on débarque sur l’interface dans une langue que l’on ne connaît pas, la priorité est de pouvoir en changer. C’est plus facile à dire qu’à faire, dans la mesure où il n’existe pas de convention visuelle internationale pour la compréhension de la chose. Le logo des Rolling Stone ?
Techniquement il ne doit plus être constitué d’un menu select, car il est inutile d’alourdir chaque page de la liste des 40 langues. C’est donc un lien vers la page de choix personnel de la langue. - Boutons de création rapide : mieux vaut les avoir constamment sous la main. Pour éviter d’avoir à déplier un menu pour y accéder (c’est trop impraticable et dissimulé pour des actions aussi fondamentales et courantes), j’ai introduit des raccourcis visuels. Notez que ces pictos (qu’il convient de redessiner) ne sont pas « sans aucun texte », puisqu’ils sont correctement dotés d’une alternative textuelle (
alt
) et d’une infobulle (title
). Ils s’adressent donc autant aux non-voyants qu’aux voyants. - Merde, j’ai déjà la mémoire qui flanche…
Voir en ligne : http://romy.tetue.net/IMG/demo/interface/navig (...)
Vos commentaires
1. Le 2 juin 2009 à 12:22, par Mode Tendances
En réponse à : Prototype de navigation haute pour l’interface SPIP
Bien qu’abonné à la liste dev, je n’arrive toujours pas à comprendre si le nouveau menu va être directement intégré dans une version >2.0.8 ou viendra surchager le core via un plugin... ?
J’attend cette intégration depuis longtemps, et il faut dire qu’aujourd’hui au travers de cette démo, elle devient extêmement aboutie et bien pensée.
Je pense que cette évolution est vitale pour le développement de spip, et son utilisatio par un plus grand nombre...
2. Le 2 juin 2009 à 13:55, par Romy Têtue
En réponse à : Prototype de navigation haute pour l’interface SPIP
C’est sans doute parce que la liste des développeurs sert, comme son nom l’indique, au développement collaboratif de SPIP et non pas à l’annonce descriptive des nouvelles versions, lesquelles se font sur le site officiel.
Il ne s’agit donc, pour l’instant, que de prototypes, de propositions, discutés collectivement. Personne ne sait encore quel en sera l’aboutissement, mais vous pouvez participer au travail en cours.
3. Le 3 juin 2009 à 15:01, par BoOz
En réponse à : Prototype de navigation pour l’interface SPIP
Hello,
C’est dommage que tu ne précises pas quelles difficultés pose le menu actuel avant de les résoudre. Tu écris aussi que des éléments seraient absent de l’interface privée actuelle alors qu’ils y sont (où suis-je ? avec quel compte suis-je connecté ? dans quelle langue ?), sans expliquer bien l’intérêt de ton remaniement.
Sur la réorganisation des entrées du menu, je crois que la discussion a permi d’avancer, et le prototype actuellement en action sur spip-contrib me parait pas mal.
On peut encore cependant affiner les intitulés et l’ordre d’apparition des entrées « publication » et « activité » je crois.
Reste enfin à trouver un habillage présentable pour tout cela, en l’état, le menu de spip actuel me semble mieux fini.
4. Le 4 juin 2009 à 09:44, par Romy Têtue
En réponse à : Prototype de navigation pour l’interface SPIP
Oui, peut-être manque-t-il une critique raisonnée de l’interface actuelle. Mais j’ai préféré avancer plutôt que de faire la synthèse des critiques déjà formulées publiquement sur les listes, forums et tickets. Crois-tu vraiment que ce serait utile ?
Quand aux infos topologiques, c’est faux : elles sont trop peu explicites, dispersées et incomplètes, si bien qu’il est possible d’éditer un site par erreur (lorsqu’on contribue à plusieurs sites SPIP en même temps, par exemple), parce que le nom du site est absent des pages intérieures de l’espace privé. D’une façon générale, l’espace privé de SPIP souffre, sur ce point, d’inconstance et d’incohérence. Un exemple pris hors de la navigation haute : il suffit d’ouvrir un objet en édition pour perdre le bloc qui énonce son identité et nous rappelle sur quoi on travaille... il faut le refermer pour savoir qu’on éditait l’article 582 ou plutôt la rubrique 21, merdum :-P
D’accord avec toi sur le reste et, oui, l’habillage graphique reste à faire.
5. Le 30 mai 2010 à 17:20, par filnug
En réponse à : Prototype de navigation pour l’interface SPIP
une mise à jour du système de navigation de l’interface privée est aujourd’hui essentiel.
ras le bol des menus déroulants horizontaux. c’est la pire ergonomie que l’on peut faire !
le plugin bando devrait être directement intégré à la prochaine version de spip.
je trouve aussi la proposition d’agencement des menus vraiment intéressantes et plus claire que celle actuellement proposée dans bando...
Bref, un tel changement est essentiel !
6. Le 20 août 2010 à 12:15, par Romy Têtue
En réponse à : Prototype de navigation pour l’interface SPIP
Notons qu’un plugin, nommé « Bandeau », permet de tester cette nouvelle navigation dans SPIP, laquelle a bien évolué depuis ce prototype.
Répondre à cet article
Suivre les commentaires :
| 