1
yop,

Je me rends compte, en pratiquant, que je suis une véritable quiche en conception d'interface. En pensant comme un geek et non comme un utilisateur, je conçois des interfaces peu ergonomiques et pas intuitives. Je m'en rends compte, mais je sais pas faire bien.
En l'occurence, je fais un programme capable d'ouvrir divers documents (en rapport avec un jeu).
Je me demande ce qu'il y a de mieux pour rendre accessibles ces divers documents. J'ai fait un mockup à l'arrache, avec diverses méthodes : 8bzh

1. Ca ressemble à ce qu'on trouve dans un éditeur. Je trouve ça clair et facile à lire. Inconvénient, beaucoup de place perdue.
2. C'est assez peu conventionnel, donc assez peu intuitif, non ? Mais amha ça reste lisible.
3. Une liste déroulante en haut à gauche. Place minimaliste, mais contrairement aux deux premières solutions, on a pas la liste des documents en un cou d'oeil, et ça nécessite un clic supplémentaire, ne serait-ce que pour voir ce qui est ouvert.
4. Façon éditeur de texte/tableur : une liste des fichiers ouverts dans un menu "Documents", ou "Fenêtres". Pourquoi pas, mais je trouve pas ça commode.

Qu'en pensez-vous, de ces possibilités, et avez vous autre chose qui serait vraiment mieux pour switcher entre les documents ouverts ?
Si vous avez des noms de softs en tête, j'irai googler des screens.

Merci d'avance pour vos avis. smile
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
2
C'est apple centric (et bien plus loge que ce n'était avant sad ) mais ca peux donner des idées sur la conception d'une UI:

https://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/OSXHIGuidelines/

Si je retourve les PDF plus anciens et plus documenté je te met ca
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
3
Si tu n'as pas énormément de documents et que les titres ne sont pas trop longs, je dirais que la solution "onglets" est la meilleure. Ça ne prend pas beaucoup de place, et ça permet de voir tous les documents ouverts d'un seul coup d'œil. De plus c'est ce que font la majorité des logiciels actuels.

Dans le cas contraire, la liste déroulante pourrait être un bon choix, même si ce n'est pas très conventionnel.

La liste simple me paraît trop encombrante, et le menu déroulant pas assez ergonomique.
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
4
Sinon pour répondre a ta question ca va dépendre, par exemple prennent le cas de SublimeTexte,

Par défaut les fichiers ouvert sont sous forme d'onglet, mais si on a un projet (en gros un point d'entrée dans un dossier) ca va afficher a gauche une liste des dossier/fichier de ce projet, un menu déroulant est par contre je pense une très mauvaise idée.
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
5
Godzil (./2) :
C'est apple centric (et bien plus loge que ce n'était avant sad ) mais ca peux donner des idées sur la conception d'une UI:

https://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/OSXHIGuidelines/
Si je retourve les PDF plus anciens et plus documenté je te met ca
Il y a aussi les KDE HIG: https://techbase.kde.org/Projects/Usability/HIG
Mais ça vient avec l'habituelle flexibilité de KDE. wink Par exemple, https://techbase.kde.org/Projects/Usability/HIG/Patterns/NavigationPatterns propose 6 variantes pour "Master-Detail", dont tes solutions 1 et 2.

Voir aussi:
https://techbase.kde.org/Projects/Usability/HIG/ListView (la liste pour ta nº1, mais ne mentionne pas vraiment l'utilisation pour la navigation)
https://techbase.kde.org/Projects/Usability/HIG/TabControl (ta nº2)


Sinon, il y a aussi les GNOME HIG:
https://developer.gnome.org/hig/stable/
Plutôt bien écrits, mais malheureusement très spécifiques à GNOME, et leurs conseils ne sont pas toujours de bonnes idées. (Il y a tous les concepts de GNOME, genre minimiser les options de configuration. sick)

https://developer.gnome.org/hig/stable/tabs.html.en (ta nº2)
https://developer.gnome.org/hig/stable/view-switchers.html.en (un type particulier de tabs que GTK+ propose)
https://developer.gnome.org/hig/stable/sidebar-lists.html.en (ta nº1)

Il y a quelques conseils pour quand utiliser quoi, toujours à prendre avec un grain de sel.


Ce qui est clair est que ta solution nº3 est une mauvaise idée, personne (sauf éventuellement Zerosquare grin) ne conseille ça. grin J'ai vu des logiciels faire ça, mais seulement pour placer la sélection du document ouvert dans une barre d'outils avec plein d'autres trucs. (C'étaient des logiciels MDI, donc principalement ta solution nº4, utilisant ça comme raccourci.)

La MDI (qui en maximisant la fenêtre interne donne ta nº4) est aussi sortie de mode et n'est plus conseillée par les HIG. Et si tu n'implémentes que la partie menu sans faire une vraie MDI (où les fenêtres internes peuvent être réarrangées etc.), ça perd tout son intérêt.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité
6
Impressionnant, je pensais pas que c'était un sujet à ce point débattu et théorisé ! Merci pour vos liens et avis alors, je vais lire tout ça, ça devrait m'inspirer top
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
7
Kevin Kofler (./5) :
Ce qui est clair est que ta solution nº3 est une mauvaise idée, personne (sauf éventuellement Zerosquare grin) ne conseille ça. grin
embarrassed

Ouais c'est pas une solution standard, mais j'ai bien dit que c'était uniquement pour le cas où des onglets ne conviendraient pas (des titres de documents trop longs et/ou des documents trop nombreux). Une liste déroulante a l'avantage de ne pas prendre de place quand elle est repliée, et d'offrir beaucoup d'espace quand elle est dépliée.
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo
8
Concepteur d'UI, c'est un vrai métier, il ne faut pas croire.
avatar« Nous avons propagé sur Extranet une histoire fabriquée de toutes pièces selon laquelle une certaine disposition d'étoiles, vue depuis la planète d'origine des butariens, formaient le visage d'une déesse galarienne.
Sans chercher à vérifier ces informations, certains ont décrété que c'était la preuve de l'existence de la déesse. Ceux qui notaient le manque de preuves se faisaient attaquer. »

Legion, geth trolleur à portée galactique
9
Je n'en doute plus un seul instant.
Bon, j'ai lu les docs, et mêmes les principes généraux qui ont l'air tout bêtes, une fois qu'on les a lus, sont pour moi une vraie découverte, donc ça devrait très fortement m'aider, merci encore grin
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !