Discussion améliorations sur l'interface

Un article de LodelWiki.

Propositions de modernisation de l'interface Version du 20 février 2006. Par Marin Dacos. Avec l'aide de Sophie Malafosse, Nancy Murzilli, Bruno Cénou, Jean Lamy, Inès Secondat de Montesquieu. Table des matières Fonctionnement général 2 Desk 2 Logo Lodel 2 Zone de recherche 3 Onglets 3 Edition (I) 3 Edition du site (racine) (I) 3 Moteur de recherche (forme avancée) (I) 3 Edition des index (I) 3 Edition des personnes (I) 3 Edition des options du site (II) 3 Mes préférences (I) (ou "Mon profil") 3 Tableau de bord (I) 3 File d'attente (I) 3 File d'attente de commentaires (I) 3 Historique (I) 3 Informations (I) 3 Au sujet du site (I). 3 Veille (I) 3 Statistiques (I) 3 Le modèle éditorial (synthèse du ME = documentation imprimable générée par Lodel) 3 Documentation (I) 3 Site (I) 4 Actions techniques 4 Complexité de l'interface (I) 4 RSS (I) 4 Vider le cache (III) 4 Déconnexion (I) 4 Barre contextuelle (I) 4 Zone de contenus (I) 4 Pied de page 5 Administration 5 Gestion des utilisateurs (II) 5 Au sujet de Lodel (I) 5 Sauvegardes (II) 5 Définition du Modèle éditorial (II) 5 Fonctions XML (II) 5 Traductions (II) 5 Administration multisites (II) 5 Administrer les utilisateurs (II) 5 Administrer les sites (II) 5 Administrer les traductions de l'interface (II) 5 Sauvegarde générale des données (II) 5 Zone d'informations personnelles (I) 5 Editer (Anciennement édition des métadonnées) (I) 6 Fonctions avancées 8 Formulaire par types de champs 8 Champs de type image 8 Champs de type personne 8 OOchargement 8 Checkimport 9 Besoins en icônes 9 Fonctionnalités futures 9

Fonctionnement général L'interface distingue des onglets (accès à des zones) et des actions (boutons). Quand il n'est pas possible de placer des onglets, elle doit distinguer l'accès à des pages/zones et les actions. Ajout d'une barre contextuelle. La barre contextuelle persiste même dans le mode prévisualisation du site. Lorsqu'on est côté édition, le fil d'Ariane permet d'atteindre l'édition des entités concernées. Lorsqu'on est côté site, il permet de visualiser le côté site des entités concernées. Cette possibilité permet de faire sauter tous les "[E]" résiduels dans les maquettes de site. Il faut que ce soit possible aussi pour les entrées. Lorsqu'on édite le contenu d'un document, la barre doit rester présente. Elle permettra aux utilisateurs de mieux se repérer dans l'arborescence. Et de contourner le problème du bouton "back" de Mozilla / Fckeditor. L'interface n'est plus unique. Elle présente quatre niveaux de complexité, qui ne sont pas définis par les droits de l'utilisateur, mais par son propre choix. Simplifiée (I) (proposition de valeur : 32), utilisateur pressé, non formé. De type dotclear. Normale (II) (proposition de valeur : 64), utilisateur lambda, formé, orienté édition électronique. Avancée (III) (proposition de valeur : 96), utilisateur formé et exigeant, tatillon, voire casse-couille. Mode debugage (IV) (proposition de valeur : 128) La lenteur de l'éditeur wysiwyg est aussi à prendre en compte. Actuellement, c'est le ME qui définit le nombre de fonctions que propose l'éditeur. Plus il y en a, plus l'affichage de la page est lent. Le définir au niveau du ME, et pas au niveau de l'utilisateur, est une lourdeur importante.Il faudra peut-être une information de ce type au niveau de l'utilisateur en complément du comportement par défaut. A penser de façon un peu générique. Les droits d'utilisateurs actuels : 10 : visiteur, 20 : redacteur, 30 : editeur, 40 : admin, 128 : lodeladmin.Il faudra les repenser, mais pour l'instant j'envoie la proposition de modernisation de l'interface sans en tenir compte. Sinon, on ne s'en sortira pas. L'interface ne doit pas surprendre l'utilisateur. La règle qui fixe qu'un menu déroulant apparaît à partir de 4 items est donc à abandonner. Il faut choisir entre un menu déroulant et une liste complète. Je préfère la liste complète. Le changement d'ordre est lourd dans le cas de la gestion de nombreux documents. A réfléchir, à l'avenir, en Ajax. Pour l'instant, en mode III, on peut imaginer un bouton permettant de changer l'ordre de 10 en 10 (?). Suppression / Publication massives sont désactivés. L'affichage des erreurs est irrégulier et, parfois, n'est pas très visible (c'est le cas d'oochargement). Par exemple : "Une erreur s'est produite. Erreur renvoyée par le ServOO: "java DocumentConverter (execution timeout)". Il faudrait un code typo/couleurs pour que l'erreur soit visible (et que toutes les erreurs soient traitées dans l'interface avec le même code). Desk LOGO LODEL

Zone de recherche Onglets Actions techniques Logo Lodel Inchangé Zone de recherche Moteur de recherche, sans aucune fioriture. L'ensemble des informations qui s'y trouvait sera placé en pied de page. Onglets Edition (I) Etait auparavant l'accueil, qu'on pouvait confondre avec l'accueil du site. Edition du site (racine) (I) Moteur de recherche (forme avancée) (I) Edition des index (I) Gestion des entrées d'index. Avec liste des entités associées (par plier/déplier) + possibilité d'ajouter à chaque entrée de nouvelles entités (par listing en pop-up, sur le modèle de la gestion des relations). Edition des personnes (I) Edition des options du site (II) Mes préférences (I) (ou "Mon profil") Permet à chaque utilisateur de définir sa langue, la complexité de l'interface, ses informations personnelles, etc. Tableau de bord (I) File d'attente (I) File d'attente de commentaires (I) Historique (I) Informations (I) Au sujet du site (I). Affiche les informations sur le site qui ont été renseignées lors de la création du site en lodel-admin. Permet notamment d'afficher des informations du type : URL des statistiques du site. Veille (I) Il s'agit d'un agrégateur de flux rss. Les sources seront définies dans un groupe d'option, ou ailleurs. A étudier. Statistiques (I) Le modèle éditorial (synthèse du ME = documentation imprimable générée par Lodel) Documentation (I) La notion d'aide était trompeuse. Site (I) Accès au site, en prévisualisation. Anciennement "Voir". Actions techniques Complexité de l'interface (I) Choix de la complexité courante de l'interface. RSS (I) S'abonner au flux RSS de la page courante. Vider le cache (III) Anciennement "Recompiler". Déconnexion (I) Anciennement "Déloguer". Barre contextuelle (I)

Fil d'Ariane > Fil d'Ariane > Fil d'Ariane > Fil d'Ariane > Fil d'Ariane (I) Icône (I) Titre contextuel (I) Actions contextuelles (I)

Icône d'ajout (I) Liste des ajouts (I)

- La liste des ajouts fait des propositions en fonction du degré de complexité de l'inteface. Des types d'entités seront réservés aux usages II et III. => à prévoir dans le ME. Zone de contenus (I)

Icône Label d'entité Actions Icône (I) Label (sans les guillemets). Nom de l'auteur Type. Trombones indiquant les documents annexes et Bulles indiquant des commentaires (I)

Actions Changement d'ordre vers le haut (I) / Changement d'ordre vers le bas (I) Changement d'ordre vers le haut (III) / Changement d'ordre vers le bas (III) : déplacement de 10 en 10. Voir (I) Editer (I) Déplacer (I) Dépublier (I) Supprimer (I) Icônes Comme l'a demandé François à la session, il faut que le ME intègre un nouveau champ, qui permette d'associer des icônes à des types. En cas d'absence de renseignement de cette information, il faudra afficher une icône standard. Mais ça pose un gros problème d'anonymat de l'interface.

Prise en compte des relations Les relations ne sont pas affichées comme telles dans l'interface. L'utilisateur a donc peu conscience de leur existence. Je ne sais pas encore comment les représenter. Il y a aussi un problème d'ORDER.

Pied de page Administration Administration multisites Zone d'informations

Administration Anciennement "Administration" Gestion des utilisateurs (II) Au sujet de Lodel (I) Donne des infos très précises sur Lodel, sa version, et sur PHP (sous réserve de contraintes de sécurité). Sauvegardes (II) Définition du Modèle éditorial (II) Fonctions XML (II) Traductions (II) Administration multisites (II) Administrer les utilisateurs (II) Administrer les sites (II) Administrer les traductions de l'interface (II) Sauvegarde générale des données (II) Zone d'informations personnelles (I) Nom du site + Type d'autorisation + Nom d'utilisateur + Version de Lodel

Editer (Anciennement édition des métadonnées) (I) La barre contextuelle restant présente, il est possible de publier et de détruire le document. La barre de pied de page permettant d'accéder à l'administration disparaît. Cette page est la même pour toutes les entités. Quelques éléments dépendent du contexte. On ne peut récupérer le fichier source ou recharger une entité qui n'a pas de source.

LOGO LODEL

Zone de recherche Onglets Actions techniques

Fil d'Ariane > Fil d'Ariane > Fil d'Ariane > Fil d'Ariane > Fil d'Ariane (I) Icône (I) Titre contextuel (I) Actions contextuelles (I)

Icône d'ajout (I) Liste des ajouts (I)

Colonne de contenus Colonne technique Contenu (I)

Statut du document Protéger / Brouillon (II)

Fonctions modifiant le document Recharger (I) Modifier le type (II ou III ?)

Fonctions ne modifiant pas le document Récupérer le fichier source (I) Aperçu technique (I)

Contenu technique ID (I) Type (I) Date création (I) Date modification (I) Syntaxe (I)

Identifiant littéral (I)

Compléments (I) Texte intégral O/N etc. Documents annexes Commentaires etc.

XML (III) Visualiser le XML (III) Récupérer le fichier XML (III) Valider le XML (III)

Pied de page Terminer (I) Terminer et voir (I) Annuler (I) Liste des ajouts : c'est une nouveauté dans la page d'édition. Elle permet de gérer l'ajout de documents annexes et de commentaires, pour l'essentiel. On aurait intuitivement tendance à placer cette liste d'ajouts en bas de page ou en colonne technique, mais il me semble qu'il est plus cohérent de maintenir la liste d'ajouts au même endroit. La richesse des options accessibles grâce au desk, au fil d'Ariane, etc., qui restent présents dans la page d'édition, impose de prendre en compte le risque pour les utilisateurs d'oublier de valider leurs modifications. On peut le faire simplement en les avertissant du risque en formation/sur les listes. On peut aussi faire comme blogger, en utilisant un avertissement si la personne cherche à sortir de la page sans avoir cliqué sur terminer ou annuler. Les champs contenant du XHTML doivent pouvoir être affichés en fonction de leur rendu visuel et pas en tant que code XHTML. Donc pas éditables a priori. L'aperçu correspond à un checkbalisage affiché à n'importe quel moment. Il permet de visualiser la valeur de l'ensemble des champs, sans dépendre de l'existence, de l'absence ou des lacunes des templates. L'aperçu ne peut être que dans une nouvelle page (de type pop-up) parce qu'il faut pouvoir le fermer pour poursuivre la saisie, sans perdre les éléments saisis. Il doit être possible de visualiser une partie du texte, des notes de bas de page, etc. Peut-être qu'une cliquant dessus, on pourrait avoir accès à l'ensemble des champs ? Contenu : le commentaire prévu dans le ME pour chaque champ devrait être affiché en title (pour lecture en cas de survol) et via un clic sur un point d'interrogation. Contenu : certains groupes de champs devraient pouvoir être cachés si leur complexité/utilité n'est pas jugée pertinente. Contenu : la gestion des relations n'est pas adaptée à des sites complexes. Il faudra sans doute prévoir d'utiliser la ligne de personnalisation de l'affichage pour filtrer certains types. « Terminer et voir » est plus homogène que « Terminer et visualiser ». Le problème du bouton « Annuler », dans cette configuration, est qu'on ne pourra pas vraiment tout annuler. On n'annulera que pour l'entité en cours. Pas poru la gestion des entités enfant. Ca pose un problème, qu'on pourrait résoudre simplement par une formulation? Syntaxe du document : à finaliser (sans doute à penser, tout court). Question : imaginons le cas d'un document créé rapidement pour faire un essai, avec éditeur wysiwyg. Le document prend de l'ampleur et les rédacteurs décident de l'éditer offline, avec un traitement de texte. Il faut prévoir ce cas. Possibilité de modifier le type de l'entité. Cette possibilité doit exister, sinon les gens détruisent les entités et les recréent, du coup il y a perte de la citabilité. Cette possibilité pourrait être intégrée dans la page d'édition, dans la colonne technique. Voir si on peut mettre un police plus attrayante à l'affichage du contenu non modifiable (résumé / abstract..) cf. Georgia sur Spip, en affichant tous les < span =class...> en grisé pour repérer les mises en formes locales. Et faire passer la police en Courrier New quand on modifie un champ. Les ajouts d'entités dans les fonctions avancées pourraient être proposés sous la forme de liens, et non sous la forme de menus déroulants. Ou bien sous la forme d'un seul menu déroulant (option pas idéale). Prise en compte des relations Les relations ne sont pas affichées comme telles dans l'interface. L'utilisateur a donc peu conscience de leur existence. Je ne sais pas encore comment les représenter. Il y a aussi un problème d'ORDER. Pages de création de login et password : mettre des doubles confirmations de mot de passe pour toute inscription. Cela permettre d'éviter les erreurs lors de la saisie de mot de passe. Système de codage multimédia [#IMG1] Système de codage pour afficher des images issues de documents annexes : [#IMG1]. Marchera(it) aussi bien avec FCKeditor pour la plateforme de blogs qu'avec l'import word. Pour cela, la colonne technique doit afficher l'identifiant littérale des documents annexes. L'idée étant qu'il n'est pas souhaitable de connaître par avance l'ID de chaque document annexe pour pouvoir les insérer dans word ou FCK. Dans la colonne technique, séparer en 3 blocs les fonctions : fonctions modifiant le statut fonctions modifiant le document fonctions ne modifiant pas le document

Fonctions avancées Elles disparaissent. Formulaire par types de champs Champs de type image Actuellement, on a : Conserver le fichier actuel Supprimer Choisir un fichier sur le serveur Choisir un fichier sur votre disque dur Je propose : Conserver le fichier actuel [] Supprimer (case à cocher et pas liste) Choisir un fichier sur le serveur (III) Choisir un fichier sur votre disque dur Champs de type personne Actuellement, tous les champs sont demandés automatiquement. Je propose qu'on n'affiche par défaut que les champs qui ont un équivalent générique. Les autres s'afficheraient par dépliement, seulement. OOchargement Actuellement, on a : Ajouter à partir de l'interface (dans un coin) Sélectionnez le fichier à charger Au cours du processus de téléchargement, l'usage des flèches de navigation du navigateur est déconseillé. Choisir un fichier sur le serveur La conversion est assurée avec l'aide de: Boutons réservés à l'administrateur Lodel Je propose : Sélectionnez le fichier à charger (I) Choisir un fichier sur le serveur (III) La conversion est assurée avec l'aide d'Openoffice.org et de Servoo (pas de logo). Boutons réservés à l'administrateur Lodel (IV). Checkimport Franchement pas joli... Besoins en icônes Mika a accepté de contribuer graphiquement à Lodel. Icônes à faire : Point d'interrogation pour l'information sur les champs. Quatre icônes indiquant la complexité de l'interface. Icônes pour les nouvelles entités, avec leurs divers statuts. Icônes qui existent déjà, à retrouver : trombone et bulle blanche. Icônes d'actions dans la colonne technique : brouillon / recharger / déplacer le doc. Plutôt de grosses icônes. Dissocier clairement les icônes d'action sur le contenu : changer le statut, par exemple. Et sur les icônes n'impactant pas sur le site et son contenu : récupérer le fichier source, "Aperçu technique".

Fonctionnalités futures

• Dédoublonnage

Probablement à placer dans la colonne technique d'édition. Mais également, un dédoublonnage massif pourrait être proposé, à terme, dans l'onglet Edition / Outils

• Ajout d'entités à partir de flux XML de type RSS ATOM.

Lors de l'import, on aurait la possibilité de récupérer des données dans un flux RSS ATOM, avec assistant pour établir les équivalences entre champs.

• Ajout d'un système de gestion des autorités d'auteurs (et plus généralement des autorités d'entrées).

Pour cela, il faut un type de champ : relation vers entrées (comme on a relation vers les entités). Ainsi, on gèrerait facilement les autorités, comme le réclame Annik.

• Générateur de lettre électronique

Dans l'onglet édition. Afin de réduire le nombre de classes, on peut créer une classe images, une classe sites qui sont distinguées, par leurs types, comme des documents et des documents annexes. Astucieux. - Afin de réduire le nombre de classes, on distinguera les textes élaborés (= anciens documents) et les textes simples (= brèves, qui deviennent des billets, billets, commentaires). On distinguera deux types : billets, d'une part, et commentaires (de type public).

- Les documents annexes de type lien interne disparaitront, au prfoit d'éventuels champs relations + indexes. Vérifier possibilité de migration : CY, Ruralia. D'autres? - Les liens externes deviennent des sites (prévoir pour la migration). Fonction de vérification de la robustesse d'un mot de passe : ajouter une fonction JS de test la résistance d'un mot de passe. Ceci en temps réel Créer un historique des utilisateurs dans le tableau de bord afficher en première page la liste des utilisateurs actuellement connectés lister les utilisateurs et proposer d'accéder à une page par utilisateur : dernières connexions dernières modifications