Projet UI - Ergonomie

#232

Le bug des boutons de carte qui se chevauchent :
https://forum.camptocamp.org/t/projet-ui-fonctionnalites-obsolete/231274/118

Ne semble pas résolu.

Screenshot_20190227-161956_Chrome.jpg367×1072 76.3 KB

#234

Deux petits points :

  • lorsqu’il y a des champs incomplet lors de la saisie d’un document, il n’y a pas de message d’erreur (seulement le titre de la section qui s’affiche en rouge, mais il est possible qu’il ne soit pas dans la zone visible de l’écran), j’ai mis du temps à comprendre pourquoi je ne pouvais pas sauvegarder… > Je pense qu’il faudrait un message explicite.

  • A la création de document , on ne peut plus choisir la langue du document ? (en pratique ça ne gênera pas grand monde à part quelques bilingue ou modo…)

#235

Salut,
Quand j’ai saisi ma sortie hier, je n’ai pas trouvé le bouton « tout déplier » ou « tout replier » pour les différents champs. C’est pu au programme ?
Perso, ça me saoule de cliquer sur « déplier » à chaque fois :slight_smile:

#237

dac. Y’a moyen pour les béotiens comme moi de le mentionner quelque part ?
certes c’est un raccourci « courant » mais je pense, non connu de tous loin de là…

#240

Dans les filtres de recherche, il faudrait changer le texte par défaut dans le module de recherche de doc associés. Actuellement, il y a « Rechercher… », et c’est là qu’on saisit du texte en premier, en croyant chercher sur le titre, alors que ça permet de sélectionner des docs associés.

  • Sorties : Point, itinéraire, profil
  • Itinéraire : Point de passage
  • Point de passage : supprimer le champ

Par ailleurs, dans le fitre de sorties, dans les résultats renvoyés pour ce champ, il faudrait mettre les profils en dernier. Essayez en cherchant « meije » pour voir ce que ça donne…

#241

Les deux boutons ont la même fonction.
On change d’option, c’est à dire qu’on a le même résultat,en cliquant sur un bouton ou sur l’autre

Cela ne fait-il pas double emploi ?

Edit : on pourrait peut-être simplement ( ! ) ajouter ce switch sous l’icône

#242

Normalement non. Un est une vue en tableau, l’autre une vue en vignette (cards). Sur petit écran, si j’ai bien compris, seule la vue en vignette reste.

#243

Oui, mais tu passes d’une vue à l’autre indifféremment en cliquant sur l’un ou sur l’autre des boutons.

#244

En fait on peut dire que c’est une seul bouton comportant 2 pictos. Si ça permet d’être clair pour le maximum de personnes (c’est issu de remarques plus haut).

#245

Voilà même

Il suffit d’un bouton.

On pourrait même le cacher sous l’icône Oeil.

#246

Sur la page d’une image, le titre de la liste des sorties associées (qui n’en comporte qu’une la plupart du temps) pourrait être « Sorties associées » au lieu de « Dernières sorties » : Camptocamp.org developement builds

1 Like
#247

Il ne devrait pas être possible d’associer un document à soi même (screen fictif) :

1 Like
#248

Perso je trouve quand même dommage de ne pas mettre au moins un bouton « Tout déplier » (« tout replier » est moins utile car on s’en fout de tout replier). Sinon on va nous dire que c2c c’est un truc de geek :wink:
Je verrais bien ce bouton soit sous « Prévisualiser », soit au-dessus du 1er « Déplier ».

Je suis d’accord qu’il faut changer ce texte par défaut, mais pas forcément pour ceux que tu proposes. Perso je viens de découvrir la toute puissance de cet outil (aidé par Charles… tout seul j’aurais pas capté rapidement). Vous aviez vu qu’avec ce petit champ qui a l’air de rien, je peux rechercher toues les sorties de Bubu dans Belledonne ? Eh oui l’air de rien le filtre par massif est revenu (merci @CharlesB :-)), mais j’ai peur que les gens mettent des plombes à le voir.
Je verrais plutôt un texte du style :

  • Recherche multi-critères ou
  • Filtre par massif et autres

NB : ça répond à une autre demande forte de pouvoir lister facilement toutes les sorties d’un contributeur

4 Likes
#250

Comment peux tu dire que c’est utilisé par peu de personnes ?
A la V6 les utilisateurs se sont plaints des onglets (clics en + vs V5 ou un formulaire global)
Donc je pense que tout déplier se rapproche d’un formulaire global, demande utilisateur…
non ?

#252

S’ils trouvent comment faire, je pense qu’il y a beaucoup de monde qui va le faire. Les onglets, c’est pénible à l’usage.

4 Likes
#253

Dans la prévisualisation d’un itinéraire, il ne faut pas mettre la liste des dernières sorties ni le bouton « Ajouter une sortie », car après avoir passer 30s à relire, éventuellement en passant à un autre onglets, et quand on tombe sur la liste des sorties, on croit que c’est l’itinéraire enregistré, en ayant oublié qu’on l’a juste prévisualisé. On risque de perdre toute ses modifs…

Il faudrait aussi ajouter un warning comme sur la V6 :

Ceci est une prévisualisation du document que vous modifiez. Les changements ne seront pris en compte qu’après avoir cliqué sur le bouton Enregistrer.

#254

Le coup des champs pliés individuellement, je trouve ça pour ma part génial sur smartphone. Surtout pour reprendre un travail en cours, on ne déplie que ce qui est utile.

1 Like
#255

Yop, encore de l’ergonomie. J’ai à nouveau mes deux mains, je peux mieux jouer avec un ordi, et c’est bon pour la rééduc.

Les menus qui s’ouvrent sur mobile ne désactivent pas le reste de l’écran et ne sont donc pas intuitifs, ni faciles à refermer. Voici à mon sens les aspects ergonomiques et non ergo du comportement des différents menus :

##Menu de gauche (menu général) :
Les liens non désactivés de la zone principale une fois le menu ouvert sont gênants. D’autant que certians liens sont bien désactivés. Le défilement n’est pas bloqué, tout devrait être bloqué sur la zone en arrière du menu. Quelques exemples de pages sur lesquelles s’ouvre ce menu. En vert, ce qui est selon moi, un comportement correct, en rouge, incorrect.

image.png878×961 321 KB
image.png862×955 365 KB

##Menu de droite (menu préférences)
Le bouton ayant servi à l’ouverture ne fonctionne plus à la fermeture du menu. Aucune zone inactive une fois le menu ouvert. Le défilement n’est pas bloqué, tout devrait être bloqué sur la zone en arrière du menu. Un exemple de page sur laquelle s’ouvre ce menu. En vert, ce qui est selon moi, un comportement correct, en rouge, incorrect.

image.png935×847 445 KB

Suivant comment est chargé de liens l’écran sous-jacent, ça peut être très compliqué d’arriver à fermer ce menu …

##Comportement inter-menus
Il n’est pas normal de pouvoir ouvrir deux menus en même temps (gauche, puis droite). Si menu droite en premier, l’ouverture du gauche le referme.

image.png410×814 248 KB

##Menus de recherche dans le topoguide
Idem précédement

image.png905×863 263 KB

1 Like
#256

Pour le menu de gauche qui se déplie, regarder ce qui a été fait sur la v6, ça marchait très bien (normal c’est moi qui l’ai fait :smile:)

Pour les autres menus, certains points relevés sont ok,d’autres plus discutables pour moi.

1 Like
#259

On peut avoir l’habitude de cliquer à côté du menu pour le fermer (c’est mon cas sur la v6 sur mobile, car sur la flèche en haut à gauche il y a un risque de cliquer sur le logo, qu’il faut laisser actif pour pouvoir accéder à la home).
Du coup, on clique n’importe où à côté du menu. Si c’est sur un lien, ça change de page pour rien, et c’est déroutant. Sur la home avec les card active sur toute leur surface, 90% de la surface à côté du menu est active.
C’est pour éviter ça que sur la V6 toute la page en arrière plan est désactivée lorsque le menu est ouvert.