Accueil > SPIP UX

SPIP UX

samedi 14 juillet 2012, par RastaPopoulos

Réflexion rapide et sans profondeur sur l’interface d’administration d’un site SPIP.

Depuis qu’on est passé aux plugins à gogo, on a ajouté des couches sur des couches pour tenter de rendre l’interface flexible (nouveau bandeau, insertion plus facile dans les vues des objets, etc), mais rien n’a été repensé dans son ensemble.

Quand on commence à activer moult fonctionnalités, on se retrouve vite avec une interface brouillon et difficilement utilisable : menus déroulants trop longs, pages interminables, contenu invisible au premier abord, blocs rectangulaires partout (et blocs dans des blocs)…

Il faudrait repenser le tout dans sa globalité, et non pas morceau par morceau.
Garder une identité bien sûr, mais tout remettre en question.


— est-ce vraiment bien de présenter cet élément comme ça ?
— non.
— et ça ?
— oui ça on garde.

À repenser en vrac

  • La navigation principale (actuellement en entête)
  • La navigation générale et sa cohérence (chemin, boutons similaires toujours aux mêmes endroits, etc)
  • Le layout (nombre de colonnes, largeur, fluide ou fixe)
  • La page d’accueil de l’interface d’admin
  • La recherche de contenus
  • La vue d’un objet et de toutes ses liaisons (auteurs, mots, rubriques, documents, GIS, URL, forums, and soooooo on)
  • L’édition d’un objet
  • L’iconographie (et peut-être sa suppression en pas mal d’endroits)
  • La gestion des documents
    • La médiathèque
    • Les documents liés aux objets
    • L’insertion de document dans un contenu
    • L’édition d’un document
    • La constitution d’albums (c’est un plugin bien sûr, mais la médiathèque devrait prévoir que ça puisse s’insérer quelque part de manière logique)
  • L’aide en ligne
  • La configuration (du noyau et des plugins, son rangement)
  • La différence, et le recoupement, entre les utilisateurs (avoir un compte et certains droits liés) et les auteurs (l’objet éditorial définissant la paternité des contenus)

Et chaque morceau devrait être :

  • accessible (mal voyants, non javascript, pas de souris, etc)
  • responsive (fait partie de l’accessibilité ok, mais un peu à part)
  • pourquoi pas créer un projet Opquast pour l’admin de SPIP ?

Liens possiblement utiles

Le blog officiel de refonte de Drupal 7
La documentation des conventions d’interface de Drupal
Demo de D7 (demo/demo)
Ce que le groupe "theme/intégration" de Drupal voudrait comme base pour un bon thème Responsive
Le redesign en cours pour Joomla 3.0 avec Bootstrap