Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Limiter le nombre de contenus touristiques à afficher dans une fiche détails rando #147

Open
bruhnild opened this issue Aug 21, 2024 · 2 comments
Assignees

Comments

@bruhnild
Copy link
Contributor

Il semblerait qu'un nombre trop important de contenus touristiques sur la fiche détail d'une randonnée entraîne des problèmes de lenteur au chargement de la page du widget

Voir :

Il serait bien de prévoir une propriété dans le composant grw-trek-detail permettant de limiter le nombre de contenus touristiques maximum (comme c'est le cas sur geotrek-rando)

@camillemonchicourt
Copy link
Member

Oui, on le fait sur Geotrek-rando, c'était une solution initialement et de contournement mais cela n'a pas vraiment de sens.
C'est quand même problématique d'afficher 50 contenus touristiques si il y en a en fait 78... c'est faux et cela peut apporter des incompréhensions, voir des mécontents.

Au final, il vaut mieux les afficher tous ou aucun mais pas un entre-deux peu compréhensible, faux et source de problèmes...

Dans les usages, on s'est rendu compte que c'était surtout sur les fiches mère des itinérances qu'on pouvait avoir beaucoup beaucoup de contenus liés car les tracés sont longs. Et on a donc privilégier le fait de ne pas du tout afficher les contenus touristiques sur les fiches mère des itinérances. Elles le sont sur les fiches des étapes ou c'est bien plus utile et lisible : GeotrekCE/Geotrek-rando-v3#847

Bon, ce n'est pas parfait non plus comme solution, mais selon moi, afficher une partie des contenus uniquement est la pire des solutions.

@gbvt
Copy link

gbvt commented Aug 28, 2024

On s'est posé la même question au CD06, pour arriver à la même problématique que Camille : pour être "impartial", il faut être exhaustif. Sinon ce serait favoriser un service plutôt qu'un autre sur une base totalement aléatoire.

@bastyen bastyen self-assigned this Nov 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants