Projet UI - Ergonomie

[plopl_pl_p_i]

@BorutK

Sur Point de Passage et Livres par exemple (maquette), il y a plusieurs listes d’itinéraires, par activités, alors que sur la V6, il y a une seule liste, avec un filtre pour les activités.

Un peu plus haut

@CharlesB

Non, en effet. J’ai repris l’ergonomie V5 et le sujet n’est pas revenu sur la table. Pour info, sur la V6, c’est le code cards/list qui est utilisé. Je ne suis pas fan de ceci, car je trouve que ca rend la liste d’iti/sortie associées très peu lisible, un meme outil répondant à deux besoins bien différent. Par exemple, on se contrefout de voir répété la région des itis rattachés à un point de passage. On peut ouvrir un sujet pour en discuter.

Je vais être un peu à court de temps les quelques prochains jours. Mon avis en substance :

• Je préfère la solution V5/maquette à la solution V6 (idem @joseP)
• Bien sur on peut discuter de quelle données on souhaite voir sur cet affichage. Dites moi ce que vous souhaitez voir (j’a bien noté la hauteur des difficultés @borutk)
• on peut rajouter un switch pour afficher les cards, si du monde souhaite les avoir.
  • D’ou la question : y-t-il du monde qui trouve que les cards V6 sont mieux que cette liste, et qui souhaiterais avoir une solution pour les retoruver sur la future UI ?

Si il apparait qu’un consensus clair n’arrive pas : créer une discussion.

[Bubu]

Malgré les doublons des itinéraires multiactivités, le découpage par activité est intéressant car il permet un affichage des infos en tableau, avec des colonnes différentes selon l’activité (en particuliers pour les cotations), comme il y avait sur la V5.
Sur la V6, les boutons de filtrage des activités sont utiles, mais les résultats sont en vrac, donc quand on filtre sur 1 activité, puis 2, il faut fouiller pour trouver quels itinéraires ont été ajoutés.

Par contre, dans un itinéraire ou une sortie, la liste des itinéraires associés ne devrait pas être découpé par activité, car ça prend trop de place. Exemple.

@CharlesB

y-t-il du monde qui trouve que les cards V6 sont mieux que cette liste

Sur mobile, pas besoin de vraie card pour la liste des itinéraires d’un WP, mais une pseudo card permettant d’atteindre un itinéraire en cliquant n’importe où sur la ligne (sur les cotation, sur l’espace après le texte, etc). Avec une séparation par un filet gris clair ou autre, car le titre peut prendre plusieurs lignes et on ne voit pas bien où il commence. A cause de cela on se loupe plus facilement en cliquant.
En fait on peut avoir le même concept sur desktop, avec la ligne sur fond gris clair quand on passe la souris dessus.

[plopl_pl_p_i]

@Bubu

Par contre, dans un itinéraire ou une sortie, la liste des itinéraires associés ne devrait pas être découpé par activité, car ça prend trop de place. Exemple.

Ca n’est pas le cas pour les sorties. Je suis d’accord pour l’itinéraire, je rajoute le point.

@Bubu

Sur mobile, pas besoin de vraie card pour la liste des itinéraires d’un WP, mais une pseudo card permettant d’atteindre un itinéraire en cliquant n’importe où sur la ligne (sur les cotation, sur l’espace après le texte, etc). Avec une séparation par un filet gris clair ou autre, car le titre peut prendre plusieurs lignes et on ne voit pas bien où il commence. A cause de cela on se loupe plus facilement en cliquant.
En fait on peut avoir le même concept sur desktop, avec la ligne sur fond gris clair quand on passe la souris dessus.

Point rajouté également.

[djbk]

• Dans les titres des documents, il n’y a pas les tags du type de document (itinéraire, point de passage…)

V6 :

Maquette :

[AntoineM]

Quand tu cliques dessus, tu vas vers la carte des éléments similaires à proximité. C’est déjà pas connu de beaucoup (mais très pratique), si on met un petit icône cela devient encore plus secret non ?

[Bubu]

A terme il y aura quantité de liens automatiques de ce genre, dans les itinéraires, sorties, etc.
On peut déjà mettre « itinéraires à proximite » et « sorties à proximite ». Ça fait donc 3 liens dans les pages des wp, itinéraires, sorties.
On peut les mettre dans la colonne de gauche, sous la liste des cartes associées.

[Bubu]

@CharlesB

ancre dans le titre, décalage trop bas

Je ne vois pas de différence, mais j’imagine qu’il reste du CSS à modifier ?

@CharlesB

Dans l’outil d’association, un petit label à rajouter quand il y a plus d’item que ceux affichés (trop de résultat, bla bla bla)

Bien !
Je me rends compte qu’il serait utile d’avoir les pictos des poiints de passage, car il y a souvent des homonymes entre accès, site d’escalade, camping, …

[plopl_pl_p_i]

@Bubu

Je ne vois pas de différence, mais j’imagine qu’il reste du CSS à modifier ?

Non, c’est à cause du serveur que j’utilise pour la maquette. C’est un pe technique, et inintéressant. En rapide, ca pète pas mal le scroll quand il y a un hash dans l’URL.

Ca sera bon quand on passera la maquette sur le serveur de demo de camptocamp.

[djbk]

@CharlesB

1. Liste des points

1.c. Affichage des listes de sorties/itinéraires liés

sur une page sommet, la liste d’itinéraire ne comporte pas toutes les informations de la V6 : altitude max, dénivelé, longueur des difficultés, orientation
j’ai essayé de mettre les info pertinentes en fonction de l’endroit ou l’on se trouve. N’hésitez pas à faire des retours, en expliquant pourquoi une information est utile/inutile à un endroit donné.

Pour l’alpinisme (Escalade/RHM, NGM), le dénivelé des difficultés (ou la hauteur des difficultés si c’est un meilleur terme) est partie constitutive de la cotation et doit donc apparaitre quel que soit l’endroit.

[Bubu]

• Dans la liste des itinéraires d’un WP, il n’y a pas le picto indiquant une trace GPS.
• L’extend de la carte d’un itinéraire ne montre pas toujours tous les WP : Camptocamp.org developement builds

J’ai ajouté ces points dans la liste.

[noname123]

@CharlesB

ui. Si vous constatez des bugs, vous pouvez les remonter

SUPER initiative,
c’est encore plus beau que le précédent.
Seul petit bug, vu de chez moi,
les flèches pour faire défiler les photos de droite à gauche (après avoir cliqué la première)
sont petites et « collent » au bord de la page…alors qu’il y a largement la place de les mettres en + gros
et moins collées. (écran 15 pouces et zoom pour afficher de « petits » caractère")
continue en ce sens, c’est très chouette !

[djbk]

@CharlesB

• Sur une page sommet, la liste d’itinéraire ne comporte pas toutes les informations de la V6 : altitude max, dénivelé, longueur des difficultés, orientation, picto GPS
• j’ai essayé de mettre les info pertinentes en fonction de l’endroit ou l’on se trouve. N’hésitez pas à faire des retours, en expliquant pourquoi une information est utile/inutile à un endroit donné.

Bravo pour la nouvelle livraison !

Quand on passera au design je reviendrai sans doute avec la propal de mettre le dénivelé des diffs juste à côté des autres cotations techniques (idéalement juste après, un peu comme l’ordre des colonnes d’une L ).

[Bubu]

Dans un itinéraire, on n’a pas accès au détail des cotations (intitulé de chaque cotation), et il n’y a pas d’info bulle sur les cotations (qui serait de toute façon inaccessible sur mobile il me semble).
On pourrait ajouter une boite dépliable avec le détail des cotations. Ca permettrait aussi d’ajouter l’aide contextuelle (qui n’existe pas en consultation mais il faudra la mettre un jour).
Par défaut, la boite serait repliée, avec juste une flèche à droite de la ligne des cotations.

[plopl_pl_p_i]

J’ai les infos bulles moi :

Tu regardes ou ?

[Bubu]

Ah oui elles y sont bien, mais le temps de réaction est plus long que sur la V6, du coup je les avait pas vu.
En fait on pourrait avoir un temps de réaction nulle étant donné que la surface active est très faible.

[djbk]

@CharlesB

@BorutK, je pens que Bubu parle de l’affichage pour un itinéraire, pas la page qui liste les documents

Merci. Effectivement. Message supprimé:

[plopl_pl_p_i]

@Bubu

En fait on pourrait avoir un temps de réaction nulle étant donné que la surface active est très faible.

C’est mon caillou dans la godasse : je n’ai pas réussi à trouver une lib satisfaisante qui permette de faire cela. Bon, pour être honnete, j’ai pas bcp cherché non plus

Du coup, en solution temporaire, j’ai utilisé le fonctionnalité de l’HTML: l’attribut title. Il a l’avantage de marcher partout, sans aucun bug, et de ne pas nécessiter de bidouille CSS/JS. Mais le delai est en effet un peu lent, et pas paramétrable

Je garde ca dans un coin de ma tête, dès que j’ai un peu de temps pour farfouiller dans les outils qui permettent de faire cela.

@BorutK, je pens que Bubu parle de l’affichage pour un itinéraire, pas la page qui liste les documents.

[djbk]

La différence d’échelle de la carte des itinéraires, c’est plutôt design ?

Maquette : Camptocamp.org developement builds

V6 : Camptocamp.org

[plopl_pl_p_i]

non, c’est normal, le zoom va s’adapter en fonction des elements present sur la carte. D’ailleurs, c’est un peu buggé, cf le message de bubu juste au dessus. (réponse à coté de la plaque)

Le niveau de zoom minimum est différend, c’est un peu volontaire de ma part. Je trouve le niveau de la V6 trop petit, car en première approche, tu as besoin d’avoir un peu plus de hauteur de vue pour situer l’endroit. tu as toujours possibilités de zoomer plus à la demande. Choix arbitraire de ma part, hésitez pas à ne pas être d’accord.

[Bubu]

Un plantage sur l’affichage d’une image : Camptocamp.org developement builds
En fait je voulais donner un exemple avec le champ texte « Auteur » renseigné, car j’ai vu ce matin qu’il n’est pas affiché (il y a l’intitulé mais le contenu est vide).