Bonsoir,
Une remarque préalable avant mes réponses détaillée sur l'UI. Beaucoup
d'éléments présents dans l'interface sont là à défaut d'avoir des
options meilleures et réalisables techniquement. Nous sommes donc
ouverts à toutes propositions constructives. Aprés je pense que plutôt
que des arguments d'autorité qui ne sont pas très probants. Il serait
préférable de faire des maquettes et mockup argumentés cela fera avancer
le schmilblick bien plus rapidement.
Pouvez-vous également utiliser les accents dans vos écrits car cela rend
la lecture de vos propos un peu fastidieuse.
Le 06/01/2012 14:50, Nicolas Monnet a écrit :
(...)
Scroller est 100x plus rapide que de cliquer "next" 20 fois. Qui plus
est tout afficher permet d'utiliser ^F. La seule raison pour limiter
cette taille est pour les utilisateurs sur des ordis tres tres faibles
(vintage 1999), mais honnetement, meme sur un smartphone, je n'ai jamais
constate de probleme avec des listes de plusieurs milliers de ligne, en
tous cas avec un navigateur suffisament recent.
Oui sauf que le problème n'est pas qu'au niveau du client mais aussi du
serveur en terme de charge. La pagination des listes est tout de même un
élément communément accepté et validé dans la plupart des applications.
(..)
L'ensemble des affichages se fait de manière générique et permet un
affichage uniforme.
Je ne suis pas persuadé que d'avoir des affichages différents en
fonction des possibilités de sélection ne soit pas plus perturbant que
la situation actuelle. Mais c'est un point à discuter et à arbitrer.
Je suis d'accord que ca peut poser des problemes d'alignement et de mise en
page.
Cela dit il faut voir ce que ca donne pour comprendre a quel point c'est
exactement le contraire de perturbant pour l'utilisateur. Face a des boutons
radio, l'utilisateur sait immediatement les choix disponibles et l'information
qu'on attend de lui. J'avais ainsi implemente un script greasemonkey pour Jira
qui faisait la transformation automatique, je ne retrouve malheureusement pas
mes screenshots mais j'essayerai de trouver quelquechose pour illustrer le
propos.
Oui une illustration ou une maquette est plus que nécessaire.
(...)
Même fonctionnalité pour l'utilisateur oui mais pas du tout pour le
développeur.
Une case à cocher non sélectionnée n'est pas postée par un formulaire.
Hors nous effectuons des modifications partielles ou complètes hors
saisie par un formulaire complet.
Dans ce cas comment savoir que la case est cochée ou que ce n'est pas un
paramètre géré par la mise à jour en cours ?
Dans ce cas une paire de boutons radio ferait l'affaire.
A voir mais quand j’essaie de visualiser le résultat ça ne me semble pas
convaincant.
(...)
C'est un point de vue de graphiste. Les filets alourdissent la vision globale et
nuisent a la lecture rapide. Regardez un ecran avec un peu de recul, vous ne
voyez que les filets. Remplacez les filets par un peu plus d'espacement, et
le contenu prend le dessus.
Pourquoi pas.
(...)
Il y a plusieurs facons d'arriver au meme endroit. Si je veux aller a l'
inventaire des cartouches, je peux:
1. Cliquer sur inventaire, puis cliquer sur cartouches
2. Mouse over sur inventaire, puis cliquer sur catouches dans le menu deroulant
3. Cliquer sur l'icone "menu_all.png" puis cliquer sur cartouches
Or ces 3 possibilites sont situees pratiquement au meme endroit, fonctionnant
sur des modes pratiquement identiques; a differencier des raccourcis claviers
ou gestes souris par exemple.
Ca n'est pas un enorme probleme mais ca complexifie l'interface pour un
benefice quasi-nul.
On peut effectivement virer l'accès 1. C'était un choix de désign qu'on
retrouve appliqué dans d'autres applis sans que ça soulève des débats...
Mais je n'ai pas de religion en la matière.
Idem, je ne comprend pas trop. C'est à dire ? un exemple précis ?
Par exemple, si je veux ajouter un ordinateur dans l'inventaire, le textarea
"commentaires" fait la meme taille que ma fenetre soit 640x480 ou que je sois
en fullscreen sur un 24"
Oui on peut les specifier en em. Après, c'est un choix historique quand
les navigateurs que je ne nommerai pas avant une interpretation très
fantaisiste des tailles relatives. Aujourd'hui, cela semble tout à fait
jouable d'opter pour ce choix pour l'ensemble de l'interface.
Maintenant, c'est aussi une question de priorité et d'optimisation du
dévelopement du projet sous contrainte de ressources humaines. Si on a
des renforts sur ce point. Let's go.
Comment les différentier ? Le titre des icônes me semble là pour ca.
Vous voulez parler du text en hover? Ca demande de poser le pointeur sur l'
icone et d'attendre, et donc ca n'est pas evident a premiere vue, et qui plus
est est incompatible avec les touchscreens (ipad, smartphone ...)
Il existe un plugin GLPI spécifique pour les Ipad et smartphone.
Bonne soirée,
--
Jean-Mathieu Doléans
GLPI-Project.org
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
