Evolution du module ÉVÉNEMENTS - Partie 2

[camillemonchicourt]

En 2022, différentes évolutions ont été réalisées sur le module ÉVÉNEMENTS et ont été publiées dans les versions 2.88 et 2.89 : #3237.

En complément de ces évolutions, en lien avec certains points évoqués mais mis de côté jusqu'à présent, nous souhaiterions apporter quelques évolutions complémentaires :

• Pouvoir limiter le chapeau à un nombre de caractères spécifiques. Il est actuellement possible d'avoir une limite du nombre de caractères, mais celle-ci est globale à tous les champs texte de tous les modules, donc difficilement utilisable, comme indiqué dans Respect du nombre de caractères maxi des champs rédactionnels #2901 (comment)
• Public visé : Texte à basculer en liste N-N. Avec un picto pour chaque public. Permet de faire comme actuellement avec LOGO ENFANTS mais plus global et générique > A confirmer ?
• Contact / Séparer au moins le téléphone / Faire une liste déroulante. A confirmer ?
• Organisateur : Basculer en liste (permet aussi de dissocier les animations parc ou non) - Avec picto pour l'afficher sur les résultats. Et en filtre. Pose la question de la redondance avec les contacts
• Listes avec modale + Rafraîchir la liste et unicité sur les noms. Attention aux droits
• Ajouter TARIF (numérique / 0=gratuit)
• Ajouter unicité sur les noms de lieux d’événements et les noms d'organisateurs ?
• Durée en texte, discutable maintenant qu'on renseigne une heure de début et une heure de fin, donc potentiellement calculable... Mais à priori souhaité pour les synchronisations depuis Tourinsoft. A garder et masquer le champs au PNE ?
• Ajouter une notion de groupe d'événements (50 ans du Parc, Fête de la Nature...)
• Améliorer les textes d'aide à la saisie

[camillemonchicourt]

La bascule du champs "Organisateur" d'un texte à une liste déroulante a été fait dans la version 2.100.0.

Avec 2 réserves :

• Une sur l'intégration dans l'API qui mériterait d'être complété d'une propriété organizer_id (Add a select field organizer on TouristicEvent model #3625 (comment))
• Et le fait que ce champs n'a pas été ajouté aux filtres dans le module EVENEMENTS de Geotrek-admin, alors qu'il y serait bien utile.

[camillemonchicourt]

Le champs organizer_id a été ajouté à l'API dans la version 2.101.0

[Chatewgne]

Suite aux évolutions du champ Organizer n'y a pas de filtre par organisateur dans la vue liste des évènements, à faire ?

[camillemonchicourt]

Oui c'est ce que j'ai indiqué dans les réserves ci-dessus :

Et le fait que ce champs n'a pas été ajouté aux filtres dans le module EVENEMENTS de Geotrek-admin, alors qu'il y serait bien utile.

[babastienne]

Pourtant les résultats dans GTR3 me semblent être filtrables avec ce champ. Comment est-ce que GTR3 effectue ce filtre s'il n'existe pas dans la vue liste de l'API ?

[camillemonchicourt]

On parle dans l'interface de Geotrek-admin et non pas dans son API.

[babastienne]

Ah oui, my bad.

[AudreyRemy]

Bonjour,
Les événements sont saisis par ma collègue qui n'a pas accès à l'admin de Geotrek-admin. Sauf erreur de ma part elle ne peut pas mettre à jour la liste des organisateurs et est obligée de m'envoyer les nouveaux organisateurs à ajouter ?
Parfois il existe plusieurs organisateurs pour un même évènement mais il me semble qu'on ne peut sélectionner qu'un seul organisateur ce qui implique de mettre à jour la liste en réunissant les organisateurs (Organisateur 1 et organisateur 2) mais ça me parait moins fonctionnel. Merci d'avance pour vos retours.

[babastienne]

Bonjour,

En effet sans accès à l'admin de l'admin pas de possibilité de rajouter des organisateurs. Toutefois il suffirait d'ouvrir le droit à la collègue dans l'admin en lui octroyant juste le droit pour cette modification et pas forcément les autres objets s'il y a un doute.

Par contre c'est limitation en effet de ne pas pouvoir sélectionner plusieurs organisateurs, ça serait intéressant de convertir ça en champ many2many pour avoir un multi-select.

[camillemonchicourt]

En effet, bien vu.
Oui il faut avoir accès à l'AdminSite pour pouvoir ajouter des organisateurs.
Mais tu peux lui donner accès à l'AdminSite avec seulement la possibilité de gérer les organisateurs, sans voir tout le reste.
Une évolution possible, serait de pouvoir ajouter un organisateur directement depuis le formulaire, comme on a pour les LIENS WEB :

Ça serait utile et cohérent car les personnes qui saisissent les événements n'ont en effet pas besoin de se compliquer avec l'AdminSite.

Et pour le fait que c'est une liste à choix unique, en effet c'est une limite.
C'est vrai qu'au départ, on avait pensé ça en multiple : "Organisateur >> Basculer de texte à Liste (n-n)".

[AudreyRemy]

Merci pour vos retours.
Je pensais justement à l'exemple des Liens web car si j'ouvre l'AdminSite, même pour ce seul champ, je vais perdre ma collègue :-) en attendant une évolution, on va s'organiser entre nous sans problème.

[camillemonchicourt]

Dans la 2.102.2 :

• Le champs "Organisateur" a été passé en multiple (renommé aussi dans l'API mais en gardant la rétrocompatibilité de l'ancien champs (déprécié) pour ne pas poser de soucis sur Geotrek-rando-v3
• Il est possible d'ajouter un organisateur directement depuis la formulaire d'un événement (si on dispose des permissions "Can add organizer) avec une popup comme pour les liens web (corrigé en même temps en rafraîchissant la liste dynamiquement et en sélectionnant automatiquement l'objet ajouté)
• Ajout d'un champs TARIF (à traduire)