Projet UI - Fonctionnalités

#96

Une proposition (il manque peut être des items)

  • Point de passage :
  • points de passage (association à réserver au modos pour éviter les dérives)
  • livres
  • articles
  • images
  • Itinéraire :
  • points de passages
  • livres
  • itinéraires
  • articles
  • images
  • accidents
  • Sortie :
  • itinéraires
  • membre
  • images
  • accident
  • article
  • Accident :
  • sorties
  • membre
  • itinéraires
  • points de passage
  • images
  • articles
  • Image : (l’ordre n’est pas innocent : en voyant des rubriques vides en tête on a envie des remplir :slight_smile: )
  • itinéraires
  • points de passages
  • sorties
  • accidents
  • articles
  • régions
  • livres
  • profils
  • images (c’est possible dans la base mais peut être pas dans l’API ? en tout cas il existe des associations image <> image dans la base)
  • Articles
  • articles
  • points de passage
  • itinéraires
  • livres
  • sorties
  • accidents
  • profils
  • images
1 Like
#98

Là on frise la perfection !

Et en plus si cela est possible [quote=« Bubu, post:96, topic:234997 »]
points de passage (association à réserver au modos pour éviter les dérives)
[/quote]
Il y aura moins de travail de modération pour corriger les nombreuses erreurs, restera juste à supprimer les anciennes.

#102

Pas forcément lié au projet en cours, mais je viens de voir cela alors je mentionne:

Chez nos copains américains de Mountainproject, sur les schémas (fichier .svg) il est possible de masquer la couche de tracés pour mieux voir la paroie.

Exemple:

C’est facile à coder ça ?

#104

Un petit bouton « créer un schéma à partir de cette photo », ça aurait de la gueule ! Mais incorporer un SVG-Edit ou Vectr cela demande sûrement pas mal de boulot.

1 Like
#105

Super.
Du coup, dans la page d’une image, il faudrait afficher les images associées à cette image (priorité basse).
Les associations entre images sont utilisées principalement pour faire un lien vers la source d’un tracé, plus rarement pour une retouche d’une image (zoom, contraste, …) quand on ne souhaite pas écraser l’originale (ce qui était possible dans la V5 et qui devra être remis en place un de ces jours sur la V6).

#106

c’est deja listé en haut (et effectivement en prio basse, j’ai un gros tas à faire avant)

#107

Je ne retrouve pas comment changer la langue de l’interface.

#108

Déconnecté, en haut à droite, comme d’hab.
Connecté, dans les préférences.

2 Likes
#109

Je ne sais pas si c’est le bon fil puisque ça concerne les points de passage.
Dans les catégories point de passage il manque une catégorie « village/ville ».
Utile pour les randos ou treks de plusieurs jours. On les met dans lieudit ou accès routier mais c’est trop général ( et certains villages ne sont pas accessibles par la route, Askole par exemple, c’est un camp accessible par la route mais c’est aussi un village accessible… à pied car un peu plus loin)
Je m’interroge aussi sur l’intérêt de la catégorie produits locaux… Mais bon, ça mange pas de pain. Point de ravitaillement serait plus intéressant.

#110

Pas de réponse…
Faut que je le mette dans le message initial?

@CharlesB?

#111

Ta proposition ne concerne pas l’ergonomie mais les fonctionnalité étant donné qu’il faudrait modifier l’API pour ajouter un type de point de passage.

Pour ma part, je suis contre ajouter un type de point de passage « ville/village ».
En effet, les type « lieu-dit » ou « accès » suffisent bien.
Surtout, il y aurait des doublons, car certains voudraient créer des villages pour tous les accès situés dans un village (ex: La Bérarde), pour qu’un filtre sur le type « village » renvoie aussi un point de passage situé à la Bérarde…
En fait, quel serait l’intérêt de filtrer sur les villages ? Quelles infos souhaites-tu trouver en filtrant sur « village », qui sont inaccessibles avec d’autres filtres (accès, hébergements, produits locaux, etc) ?
A savoir qu’un type de point de passage n’est pas là juste pour filtrer dessus. Pour certains types, comme accès, refuge, produits locaux, il y a des champs supplémentaires à l’édition, et dans le filtre il y a des critères supplémentaires correspondant à ces champs.

#113

Je sais pas si tu as pu reproduire le pb et/ou si d’autres le reproduisent, mais si je tente d’uploader 9 images d’un coup, rien ne passe (sur la maquette connectée à la prod) :

PbUpload2.JPG1254×583 82.5 KB

Ca marche nickel sur la V6.

#115

Livraison

  • :runner: :spider: l’outil d’association ne propose pas les utilisateurs
#116

Si tu les supprimes dans les 24h, tu n’as même pas besoin de nous. On aime pas trop les tests sur la prod, mais si y a pas possibilité de faire autrement et vu que c’est pour la bonne cause, vas-y !

Sinon je viens de voir que ça passe avec 2 images, mais ça bloque sur la 3e (pb de timeout ?) :

PbUpload3.JPG1214×542 70.6 KB

#117

Un autre truc perturbant quand on uploade des photos (et que ça marche) : les photos n’apparaissent pas sur la sortie tout de suite car la page n’est pas rechargée (il faut changer de page et revenir sur la sortie pour les voir).

#118

c’est dans la pile ergo. bien vue pour les photos, merci

#119

Cela existe sur Mountainproject:
http://nemophrost.github.io/betacreator/

#120

Je viens d’essayer la recherche d’un sommet (Chamechaude).
Il y a tout d’abord un pb (fonctionnalité ou ergonomie): on tape naturellement dans le champ de recherche de la page => il ne se passe rien. Il m’a fallu du temps pour comprendre qu’il faut cliquer sur l’onglet ‹ general › puis faire la recherche dans le champ Titre. Il faut mettre le champ Titre sur la page de la recherche comme actuellement sur la V6.

La cotation raquette n’apparaît pas sur les itinéraires associés à un sommet (cf. Camptocamp.org developement builds)

#121

bien vu !

#122

Assez d’accord avec Mathieu : je n’avais pas encore testé la recherche sur la page des WP. On se demande à quoi sert le champ recherche sur cette page. Il faudrait sûrement le supprimer au profit du champ Titre.
Par contre ça fonctionne bien sur la page des iti et des sorties.