Project

General

Profile

Development #38972

[Studio] requête sur les données des fiches

Added by Victor Claudet about 1 month ago. Updated 22 days ago.

Status:
Nouveau
Priority:
Normal
Assignee:
-
Category:
Studio
Target version:
-
Start date:
15 Jan 2020
Due date:
% Done:

0%

Patch proposed:
No
Planning:
No
Demande du club utilisateur:
No

Description

Possibilité de lancer une requête sur un modèle de fiche en se basant sur un champ de la fiche (ou plusieurs si c'est envisageable).

exemples :
  • requêter par rapport à un champ "type de matériel", sur la valeur "mobilier" pour récupérer la liste des tables, chaises dans un champ de type liste... lors de la réservation de matériel.
  • requêter sur un id utilisateur pour récupérer la liste des enfants d'un usager.
  • requêter sur le nom (l'id) d'une association pour récupérer la liste des activités.
sur plusieurs critères ça pourrait être par exemple :
  • requêter sur le nom (l'id) de l'association et une période pour récupérer une liste d'activité pour une période de vacances déterminée

Related issues

Related to Publik - Development #38973: [studio] requête avancée sur les données des fiches Nouveau 15 Jan 2020

History

#1 Updated by Victor Claudet about 1 month ago

  • Tracker changed from Support to Development

#2 Updated by Victor Claudet about 1 month ago

  • Related to Development #38973: [studio] requête avancée sur les données des fiches added

#3 Updated by Victor Claudet about 1 month ago

  • Subject changed from [Studio] requête sur les fiches to [Studio] requête sur les données des fiches

#4 Updated by Frédéric Péters about 1 month ago

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.

#5 Updated by Victor Claudet about 1 month ago

  • Category set to Studio

#6 Updated by Victor Claudet about 1 month ago

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.

#7 Updated by Frédéric Péters about 1 month ago

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.

#8 Updated by Victor Claudet about 1 month ago

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.

#9 Updated by Frédéric Péters about 1 month ago

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

#10 Updated by Victor Claudet about 1 month ago

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

J'aurai un formulaire : réserver une activité atout sport.
Dans lequel l'usager saisirait :
  • 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)

#11 Updated by Frédéric Péters about 1 month ago

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.

#12 Updated by Victor Claudet about 1 month ago

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.

#13 Updated by Stéphane Laget about 1 month ago

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

#14 Updated by Frédéric Péters about 1 month ago

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.

#15 Updated by Brice Mallet 22 days ago

  • Description updated (diff)

Also available in: Atom PDF