Cependant, sur la maquette, l’activité Escalade a une nouvelle définition : Projet UI - Ergonomie
(il y a aussi un fil sur le forum interne de l’assoc)
Projet UI - Ergonomie
Excuse moi, c’est une grossière erreur de ma part. Je vais corriger le message.
Ces deux sujets sont totalement disjoints, ce n’est pas à l’occasion de ce projet qu’on change de la sémantique sur c2c.
Et pour le bon déroulement des deux sujets, je conseille très vivement d’attendre d’voir fini le projet UI, avant de faire des changements sémantique, sous peine de rajouter bcp de confusion, et gener le bon déroulement d’un sujet comme de l’autre.
Bien.
Il reste ce point où
- 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.
Discussion dédiée, ou simplement reprendre la V6 pour l’instant ?
Je trouve la solution proposée par Charles bcp plus lisible que la solution de la V6
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.
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.
2 Likes
Ca n’est pas le cas pour les sorties. Je suis d’accord pour l’itinéraire, je rajoute le point.
Point rajouté également.
- Dans les titres des documents, il n’y a pas les tags du type de document (itinéraire, point de passage…)
V6 :
Maquette :
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 ?
1 Like
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.
1 Like
Je ne vois pas de différence, mais j’imagine qu’il reste du CSS à modifier ?
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, …
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.
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.
1 Like
- 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.
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 !
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 ).
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.
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.
Merci. Effectivement. Message supprimé:
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.