Projet UI - Ergonomie de saisie d'une sortie

#62

Le champ durée/horaire, je le mettrais plutôt avec les conditions (après la météo ?), car son remplissage donne de l’info sur les conditions (c’est important de savoir à quelle heure le gars est descendu s’il a eu une moquette tip-top).
Et le titre, je n’ai pas d’avis tranché entre 1er onglet ou 3e onglet (idem V6).

La dernière proposition de José Projet UI - Ergonomie de saisie d'une sortie avec la réorg de l’onglet expert me va bien.

J’ai l’impression qu’on commence à converger :slight_smile: (entre power users certes, mais c’est déjà ça, même si l’objectif est que ça attire des newbies).

Autre idée (fastoche) : renommer le champ « Description de l’itinéraire » en « Précisions sur l’itinéraire ». On trouve trop souvent des sorties où les gars donnent toutes les infos sur les conditions dans ce champ et rien dans le champ idoine.

PS : pour l’histoire de la carte, pareil je l’ouvre à côté pour saisir ma sortie, donc ce serait un plus de l’avoir facilement sur tous les onglets, mais je comprends aussi qu’on repousse ça à plus tard. Pour moi la priorité « post-projet » sur la saisie des sorties est de faciliter le choix de l’iti (filtrer sur l’activité choisie, choix proposés en fonction de la trace,…)

1 Like
#64

test depuis mobile / android

Changer le nommage de certains champs ?
Conditions -> renommer en « conditions de terrain » ?
Participants -> « Participants membres » et « rechercher pseudo » (d’ailleurs l’info bulle est trop large sur écran mobile)
Participants sans compte c2c : du coup le champ est trop large. en grisé « participants » -> « lister les noms » ?

Informations générales je mettrais bien le dénivelé et les altitudes sous la carte et l’itinéraire, c’est quand même lié et autant avoir les deux sous les yeux c’est plus pratique à compléter.

Sur le reste l’ordre me semble logique.

Carine

EDIT
Test rapide sur PC / Chrome
C’est vraiment obligé les onglets, on peut pas réduire le nb par 2 et scroller un peu plus plutôt que cliquer ?
Même remarque pour le champ dénivelé / longueur qui est perdu au fond du dernier onglet -> sera jamais rempli :slight_smile:

#66

D’où l’utilité (selon moi) de les avoir sous les yeux pour les corriger si besoin :slight_smile: sinon on zappe et hop c’est faux.

j’ai po les coeurs :stuck_out_tongue:

#68

Test depuis PC bureau

bouton prévisualiser

bouton visualiser pas avec les boutons enregistrer/annuler comme c’est le cas actuellement. Je ne sais pas ce qui vaut le mieux, mais on a dit comme la V6. Je le signale donc comme écart.

Titre champ Description itinéraire

+1

Fait dans Transifex. A noter que dans la V5, c’était « Itinéraire emprunté ». Il y a un moment que ce titre de champ me paraissait bizarre, mais je n’avais pas cherché pourquoi. @Miko et @CharlesB, je vous ai mis ces chaîne en suggestion attendu qu’on les trouve dans les deux répertoires main et V6 du projet.

J’ai donc mis « Précisions sur l’itinéraire emprunté »

champs association document

Devrait être en premier sous le titre car cela permet de préremplir le reste

champs avalanche

Je clique sur « non »
Si je reclique sur « non », le champ n’est pas déselectionné
Si je clique sur une autre case, alors le champ « non » se déselectionne si j’ai cliqué un nombre paire de fois et ne se déselectionne pas si j’ai cliqué un nombre impaire de fois.

Et ce comportement est conservé si je clique trois champs etc … ensuite la selection ou la déselection du champ apparait aléatoire selon le nombre paire ou impaire de clic sur le bouton.

image.png1477×143 6.94 KB

image.png1477×150 11.1 KB

image.png1439×119 7.11 KB

champs avalanche / refuge / accès

Ne faire apparaître ces champs que si on rempli le début : avalanche oui/non, l’accès déneigé ou non, etc … ?

Projet UI - Ergonomie des boutons de sauvegarde
#70

Non

#79

Si l’objectif est le newbie, alors le premier onglet ne doit contenir que l’indispensable de l’indispensable qu’on puisse cliquouiller sur enregistrer tout de suite.

#81

un petit ajustement : permuter les deux champs fields.avalanches et fields.avalanche_signs

si on conserve les onglets, il faudrait trouver un moyen de pouvoir circuler facilement de l’un à l’autre (en particulier en bas de page) : quand on finit de remplir le premier onglet, on ne voit pas qu’il y en a d’autre :
-> on risque de cliquer sur enregistrer sans finir la saisie
-> même si on sait qu’il y a d’autre onglet, il faut scroller vers le haut, ce n’est pas pratique

bref je préfère la position toujours visible des boutons sur la V6 actuelle

une autre idée ? ajouter des boutons « étapes suivantes » et « étape précédente » à coté des boutons 'enregistrer" et « annuler » et les dupliquer en haut

2 Likes
#82

J’ai une question bête: est-il prévu de laisser une période de test pour les utilisateurs ? On pourrait mettre l’info sur le bandeau bleu histoire que les utilisateurs soient au courant et puissent donner leur avis. Je doute que beaucoup d’entre eux viennent se promener ici. La discussion ne fait intervenir quasiment que des modérateurs.

1 Like
#83

Actuellement il y a 5 sujets concernant ce projet qui sont affichés sur la home.
Mais on peut ajouter un bandeau bleu si besoin.

#84

Oui mais j’imagine que beaucoup ne viennent pas voir la discussion ou prennent vite peur en voyant le nombre de messages. Si on met un message leur expliquant comment tester et donner leur avis, on maximisera les retours. Actuellement, on procède quasiment comme pour la V6 et c’est ce qui nous avez été reproché.

1 Like
#85

Oui, une explication simple et emgageante du projet V6+

1 Like
#86

Un tel message se trouve ici, mais on peut en faire un par jour si on veut…
A mon avis, ceux qui ne se manifestent pas n’en ont rien à faire.
On n’agit pas comme la V6 : c’est publique, pas besoin d’être dans l’assoce pour participer, etc.
On peut spamer les utilisateurs pour les forcer à participer, mais ce n’est pas moi qui le ferais.

#87

A VERIFIER

Je passe dans cette discussion trois points à-propos, glanés sur le fil Ergo

  • Création de sortie, suivre ces étapes :
  • rajouter un itinéraire -> cela localise la sortie sur la carte
  • clicquer sur la carte pour rajouter une trace -> :spider: le premier clic modifie la localisation
  • en mode édition, le champ complétude n’apparait que sur le 1er onglet (général) aux côtés des boutons Enregistrer et Annuler.
  • :question: plutot ergonomie ce point : souhaites-t-on avoir ce champ visible sur tous les onglets ?
    • ou sur le premier et le dernier ?
  • Longueur totale d’une sortie : à l’édition les longueurs sont en mètres, et en kilomètres au rendu.
#88

Ce n’est pas très visible … grâce à ton lien j’ai retrouvé comment aller voir, sinon … j’étais en galère car j’ai pas eu le temps de suivre ! le problème c’est à chaque fois la visibilité: dans le sympathique bric à brac des forums (rangé, mais c’est la caverne d’ali baba quand même)

j’ai enfin pu regardé et je trouve que infos personnelles (c’est à dire les commentaires persos) avant détails (qui, par ex en ski/ cascade voire alpi n’en sont pas trop des « détails ») c’est pas super optimal, mais tout dépend de ce que l’on veut !
Idéalement si on ne pouvait avoir que 3 rubriques … mais là je ne sais pas trop, pardon si je dis une connerie mais y’a des cases immenses pour rien non ? météo, refuge …
vraiment désolée si je dis des choses qui ne servent pas car j’ai pris le train en marche (et encore je suis pas dedans :sweat_smile:

#91

Oui. Ou même un bouton plus explicite « Saisir les conditions », « Saisir les info perso »,…

Le champ Durée on le laisse dans le dernier onglet ? Je l’aurais bien mis dans l’onglet Conditions (à la fin).
C’est peut-être du design, mais on pourrait diminuer la hauteur de champ Durée. Et idem pour Commentaires sur l’accès et Commentaires sur le refuge. On raconte rarement sa vie dans ses champs (par contre c’est utile de garder un champ haut pour les conditions).

Sinon petit bug d’ergonomie :

  • si je choisis l’activité (mettons ski)
  • je choisis ensuite un iti multi-activité (par ex : Chamechaude : Versant W -> il faut saisir tout ça sinon on est pollué par les iti de grimpe)
  • ça me sélectionne toutes les activités alors que j’avais choisi que ski.
    => si c’est facile à faire, je pense qu’il ne faudrait pas sélectionner d’activité, si l’iti choisi est un iti multi-activité
#94

2 messages ont été intégrés dans un sujet existant : Projet UI - Fonctionnalités

#95

Texte daide pour saisie sortie
Pour le champ participants non inscrits mentionner « ne pas resaisir les participants ayant un compte associé ci-dessus a la sortie »
Erreur tres fréquente !
Non ?

#96

Up.

#97

Encore qq remarques sur la saisie des sorties (c’est peut-être plus du design que de l’ergonomie…) :

  • mettre le bouton Enregistrer et la complétude tout en bas (vu que ça concerne tous les onglets)
  • déplacer le champ durée dans l’onglet « Météo et conditions ». Il faudrait d’ailleurs renommer ce champ « Horaires » (on s’en fout de la durée, ce qui est important pour les conditions c’est les horaires de la sortie)
  • j’aime bien l’idée de mettre la météo sur 1/2 largeur de page, mais je trouve qu’on a besoin d’un champ conditions plus grand (plus large surtout) => on pourrait mettre le champ Durée/Horaire sur la même ligne que le champ météo, sous le champ Conditions (qui serait alors en pleine largeur)
  • les champs Conditions de l’accès routier / TC pourrait être plus petit (moins large ?). On pourrait mettre sur une même ligne : 1) à gauche « Altitude de l’accès », « Conditions de l’accès », « sortie en mobilité douce » 2) à droite « Commentaires sur l’accès routier »
  • le champ « Commentaires sur le refuge » peut être réduit aussi.
1 Like
#98

Ok, je viens de rentrer une sortie sur PC et un point de passage sur téléphone. Pour moi, ça me convient. Merci pour le boulot effectué.

Concernant les images, on va être clair : je ne vais sans doute plus les taguer…