Produits Entr'ouvert » Publik

Il y a déjà une gestion des critères dans le tableau des fiches, comme pour le tableau des demandes, et ça remplit ce que tu décris ici.

je ne comprends pas ta réponse.

Je parle de pouvoir initier ces requêtes depuis une url définie dans un champ liste (ou source de données) ou depuis une action d'appel webservice dans un workflow.

depuis une url

Ok donc tu parles d'API.

Il y a déjà une API sur les fiches et des critères peuvent y être passés.

Elle ne produit pas le format qui serait attendu pour alimenter un champ liste.

Mais on parle de données internes à w.c.s., ça semble un détour bizarre de vouloir passer par une API publique.

Je vais plutôt développer le cas d'usager concret sur lequel je réfléchis tout de suite et qui motive la demande.

Le but est de gérer des activités sportives mises à disposition par des associations. Ces activités sont déclarés dans des fiches.

Puis de gérer des inscriptions a ces activités par les usagers.

Lors de la réservation d'une activité, l'usager doit pouvoir sélectionner l'activité à laquelle il souhaite s'inscrire et ça passe par des critères liés à la période à laquelle est proposée l'activité (vacances d'hiver, vacances de printemps, d'été...) et de type d'activité (plein air, piscine...). Ces données sont déclarées dans la fiche activité. Ces données seront donc affichées dans un formulaire d'inscription et non une fiche et accessibles par l'usager en front-office.

Tu aurais quels champs dans quel ordre, dans ta démarche ?

le parcours exact reste à définir pour le moment j'essaie justement d'imaginer comment les choses pourraient s'articuler, mais grosso-modo.

• une première page concernant les enfants qui participeront à l'activité (nom, prenom, age ou date de naissance) - pour le moment en saisie libre (mais on peu imaginer permettre la sélection des enfants de la famille si on gère des fiches studio pour les enfants)
• une seconde page qui afficherait les activités :
• avec une sélection de la période (pour filtrer sur la période de vacances) (liste déroulante)
• et le choix du type d'activité (liste déroulante)
• puis l'activité en elle même.

EDIT : C'est pas figé et si tu as des suggestions pour faciliter le fonctionnement sur la base de ce qui existe déjà, je prends bien sur.
Je vais rédiger une page wiki un peu plus exhaustive sur la manière dont je vois les choses (projet Quimper)

Je n'ai pas encore de plan parfaitement établi mais mon intention ici est de m'appuyer sur le travail qui va être fait sur les vues personnalisées.

Et mettons qu'une vue soit enregistrée sur les fiches activité, avec comme critères (laissés vides) période et type, on pourrait retrouver dans la liste des sources de données un "Activité (avec critères période et type)" et "de lui-même" il ferait le lien avec un champ liste alimenté par une période ou un type.

Voilà l'idée de très loin.

description du dispositif atout sport en cours (je n'y décris pas encore les appels entre les différents "objets" formulaires, fiches... mais ça vient)

https://dev.entrouvert.org/projects/quimper/wiki/Description_atout_sport

ça méritera sans doute une petite réunion à un moment.

Je pensais qu'on retrouverait dans Studio le principe des requêtes du connecteur csv

Le plan imparfaitement établi est dans #38972#note-11. Il est sûr par contre qu'on ne retrouvera pas la définition de requêtes comme elle se trouve dans le connecteur CSV.