Ah oui très juste. Je ne me sers pas de cette fonctionnalité de recherche pour cette raison exactement.
Projet UI - Ergonomie
Ca c’est tout facile, je vais le faire en meme temps.
Pour corriger l’existant, il faut un passage de bot.
C’est aussi le cas pour la relation Itinéraire_Sortie :
Si le géoréférencement de l’itinéraire a été modifié, les géoréférencements par défaut des sorties ne suivent pas. Le contributeur doit effacer la carto de sa sortie, puis enregistrer (« à vide ») afin que la carto de la sortie soit mise à jour.
Exemple (pas le même massif)
https://c2corg.github.io/c2c_ui/#/routes/1065114/fr/roblekov-dom-depuis-begunje-draga-
https://c2corg.github.io/c2c_ui/#/outings/1065121/fr/roblekov-dom-boucle-draga-roblek-prevala-draga
La V6 ne recalcule pas non plus. Mais par ailleurs, sur la carte, elle inclut les icônes des photos associées (si géoréférencées ?) :
https://www.camptocamp.org/outings/1065121/fr/roblekov-dom-boucle-draga-greatergreater-roblek-greatergreater-prevala-greatergreater-draga
Pour la carto, il y a un bouton pour agrandir la carte. Ce bouton ne fait pas juste agrandir la carte comme sur la V6, il la passe en plein écran.
C’est plus grand mais l’inconvénient est qu’on n’a plus accès à rien, même pas aux autres onglets du navigateur ni à l’interface de l’OS.
Donc quand on veut passer à un autre onglet, il faut quitter le mode plein écran (touche échap ou clcic sur un bouton sur la carte), puis changer d’onglet (clic, roulette ou raccourci clavier). Et quand on veut revenir sur la carte, elle est en petit format, et il faut cliquer de nouveau pour l’agrandir.
Ca fait beaucoup de clic ou touche du clavier en plus quand on navigue entre plusieurs onglets dont 2 ont une carte centrés sur des zones différentes qu’on souhaite regarder.
Alors que sur la V6, pour faire ça il suffit de jouer de la roulette de la souris sur la barre d’onglet (0 clic, 0 clavier, ou juste des raccourcis clavier).
L’idéal serait un 1er agrandissement en pleine page, en laissant visible la barre du haut et le menu de gauche, et un 2ème agrandissement possible en plein écran.
Dans un WP site d’escalade, il serait préférable de déplacer le champ texte « Restriction d’accès » entre le résumé et le champ Description.
Car actuellement on est obligé de copier le texte en tête de la description pour qu’il soit visible : Camptocamp.org developement builds
J’ai peut être eu un avis différent lors de la conception de la V6 (je ne suis pas allé vérifier), mais après qq années de pratique ça me semble mieux de donner de la visibilité au champ « restriction d’accès ». Même si ça entraine une baisse d’ergonomie pour les utilisateurs qui connaissent les restrictions d’un site (en place depuis 10 ans sans modification) mais qui viennent chercher une info précise dans la description.
1 Like
sur la home affichage de « date non valide » dans la card de la création d’un itinéraire, mais en fait cette card a un lien vers une sortie ???
et je ne trouve pas la trace d’un nouvel itinéraire ?
un autre exemple avec une card au titre « a ajouté un nouvelle sortie » alors que cette fois ci ça pointe vers nouvel itinéraire :
C’est bizarre un itinéraire qui s’appelle « sommet »…
J’ai regardé hier soir, mais je n’ai pas remarqué de bug sur le feed (depuis Firefox)…
Non, ca c’est normal; le prefixe d’un itinéraire est le nom de son point de passage principal : Camptocamp.org
Par contre, ce qui est biuen chelou, c’est le mic mac entre le type de document, et les info remontées dans les cards. Il doit y avoir un cas de figure que j’ai mal codé.
je n’arrive plus à le reproduire pour le moment
Et en premier, bien recharger une page pour prendre la dernière mise à jour.
J’ai déjà eu des problèmes de ce genre (page tout en vrac), c’était simplement les scripts qui n’étaient pas à jour.
https://c2corg.github.io/c2c_ui/#/
la couleur du bandeau bleu pique les yeux et est illisible pour les liens en bleu sur bleu … 
2 Likes
C’est ici où on peut discuter du dashboard ?
Quand je l’affiche sur smartphone, j’ai bien les sections les unes après les autres, mais si je veux afficher en version pc, rien ne change, ça reste sur comme l’affichage mobile.
(Android avec CM Browser comme navigateur, tout à jour)
Tu peux mettre un screenshot de ce que tu vois?
Recharge la page pour que ce soit pris en compte. Pour les pages suivantes ça reste en format PC.
La dernière image montre l’icône mode bureau activé.
Les 4 suivantes montrent le forum version mobile et version pc.
Sur la home actuelle il n’y a aucune différence d’affichage entre les 2 modes également.
Je crois comprendre. Tu as une fonctionnalité sur ton smartphone qui permet de switcher d’un « mode » mobile à un mode PC ?
Si oui, alors en effet ca n’est pas pris en compte. La seule chose prise en compte est la largeur de ton écran
Pour ma gouverne, c’est quoi ton mobile/OS? Je te vends pas de rêve, la logique liée à la largeur d’écran va rester car c’est la plus simple à gerer. Mais je suis curieux de connaitre mieux cette fonctionnalité que je ne connaissais pas.
Edit : ok, (Android avec CM Browser comme navigateur, tout à jour)
Ben si. Et là même pas besoin de recharger la page à la main (elle se recharge automatiquement).
Change de navigateur. Ca fonctionne sur Firefox.
Oui, assez utile quand un vieux site n’est pas optimisé mobile.
Doogee S60, Android 7.0
Ok, j’y réfléchirai (un navigateur juste pour c2c), même si firefox n’est pas génial sur mobile.
Il y a une fonctionnalité qui fonctionne sur Firefox mais pas sur ton navigateur, alors que ça doit être difficile de trouver l’inverse, mais Firefox est moins bien…
Enfin bref.