• # Désolé mais...

    Posté par . En réponse au journal Logram : Environnement de bureau unique. Évalué à 7.

    Désolé mais en lisant la description, je ne suis pas sûr que ça soit vraiment orienté "ergonomie"/"utilisateur débutant".

    En effet, le discours ici est principalement technique (plugins, C++, Qt, etc.), et les quelques concepts (menu rond, languettes) ne me semblent pas forcément les meilleures choses pour un débutant.

    Pour un débutant ce qui est important ce n'est pas de se sentir à l'aise avec un bureau plus large de 32 pixels, c'est plutôt:
    - de pouvoir à tout moment retrouver la fonctionnalité dont il a besoin
    - de pouvoir découvrir de nouvelles fonctionnalités

    Pouvoir changer de musique en 2 glissades et 1 clic, c'est bien pour un power user, mais pour un débutant, les languettes j'imagine que ça peut perturber (genre "il se passe des trucs juste en bougeant la souris!?").

    La découverte aussi est importante, donc un menu rond avec juste l'icône des programmes (et pas leur nom) semble difficile (et pour expliquer à un débutant ce qu'il faut faire à distance c'est pas aisé non plus, "clique sur l'icône en forme de [truc]")

    Perso j'aurais plutôt misé sur une guideline assez strict sur le comportement que doit avoir le système, par exemple pas d'action "au survol", pas de transition brusque, mais aussi des mécanisme globaux comme l'utilisation (ou pas) du drag-and-drop, un concept une-applications-par-fichier ou des choses de ce genre-là.

    Les discussions qu'il y avait eu pour Gnome3 étaient intéressantes à ce niveau là, et j'aimais particulièrement le concept:
    - une fenêtre représente un document
    Si on veut avoir un document dans plusieurs modes, par exemple à la fois affiché et édité il y a toujours moyen de gérer ça sur la même fenêtre, avec par exemple des fenêtres à plusieurs faces, ce qui est faisable avec les technos actuelles
    Ça peut être combiné avec des onglets dans la barre de menu pour pouvoir passer d'une vue à une autre. Du coup ça permet de garder le concept des onglets pour le browser, avec un document "Internet" et plusieurs "vues" (ce qui finalement correspond assez à ce que font beaucoup de débutant, quand ils lancent "internet").
    À mon avis, il faut aussi avoir un moyen d'avoir accès aux documents en cours de manière simple, un peu à la manière du mode "exposé", mais plus centré sur les documents (une miniature de la fenêtre ne fait bien sûr pas de mal)
    - dans Gnome3 on parlait aussi de l'utilisation du drag-n-drop partout, par exemple pour sauvegarder un document on fait un drag-n-drop sur le dossier de destination. Et vu que une fenêtre=un document, on peut intégrer le symbole du document dans la barre de titre. Mais je reste un peu plus réservé par rapport à ça.

    Il y a des études sur l'ergonomie sur les meilleurs représentations pour les interfaces (par exemple ce dont j'ai parlé ici la métaphore "document"), mais aussi sur ce qui est le mieux au niveau de l'efficacité (j'ai oublié le nom du gars, mais avoir toujours les mêmes applications aux mêmes endroits, et l'importance des coins de l'écran).
    Il faudrait aussi je pense monter à un niveau un peu plus élevé encore avec le concept de tâches (discuté aussi pour Gnome y'a pas longtemps), ce qui comprend bien sûr le concept d'historique (genre "sur quel document ai-je travaillé avant-hier?"), des choses comme ça.

    Faire une compilation de plein de choses comme ça pourrait effectivement donner quelque chose devraiment nouveau. Il faudrait bien-sûr créer plein de choses pour que tout ça marche ensemble, mais c'est un peu le principe de repartir de zéro non? ^^'

    Puisque le concept d'ergonomie est à mon avis très difficile à appréhender lorsqu'on est un power user habitué à manipuler un certain type d'interface, perso je découperais mon travail en plusieurs étapes:
    - bibliographie
    - conception (concepts génériques, HIG, différents comportements, avec étude de l'application des concepts à plusieurs usecases)
    - développement (qui se décompose en plusieurs étapes aussi, en allant de l'architecture au codage lui-même)

    Je ne dis pas que Logram devrait faire ça (en plus c'est déjà bien avancé), mais perso c'est quelque chose qui m'intéresserait bien de faire...

    Dans tous les cas, je soit toujours pour les nouveaux projets innovants, donc bon courage pour la suite!