Discussion :

[chenevierebooks]

Hello,

je viens vers vous car j'ai un problème avec la création d'un état, je m'explique :

Dans la base de données, j'ai trois fichiers : events, events_options et membres.

Sachant que les events et les events_options sont liés par une liaison events <-(1) ----(n) --> events_options.

Je voudrais créer pour un état qui affiche un évènement et ses options sous la forme d'une lettre d'information que j'enverrai aux membre de mon association.

Mon soucis est que je n'ai pas de liaison entre les évènements et les membres ( à ce stade, c'est de l'information et non les inscriptions) et que si j’inclus les membres dans la requête de récupération de l'events et de ses options, je me retrouve avec des centaines de lignes ... ( produit cartésien entre les membres et les autres fichiers comme il n'y a pas de liaison).

J’imaginais créer une structure des membres à passer en paramètre à l'état sous forme de tableau de structure, mais ça ne me semble pas très élégant.

Comment feriez-vous dans un tel cas ? Est-ce une solution ou est-ce que je passe à côté de quelque chose ?

[Voroltinquo]

Bonjour,
Pourquoi ne pas créer un état principal basé sur MEMBRE dans lequel tu inclurais un sous état basé sur EVENT-EVENT_OPTION

[chenevierebooks]

Merci pour la réponse,

mais en vérité je voudrais que tout passe sur un seul état, c'est une obligation

Un truc dans ce style :

[tbc92]

J'ai des doutes sur le besoin. Et donc, il faut eclaircir ces doutes avant de chercher une solution technique.
Tous les membres doivent recevoir le même courier (à part le nom et l'adresse bien sûr ) , ou bien la liste des Events doit être personnalisée ?

En relisant, je pense qu'on est dans le cas n°1. Imaginons 100 membres, 10 Events, et 10 Events-options pour chaque Event. Ca fait 10000 lignes. C'est tout petit. Faut pas avoir peur de 10000 lignes.

Dis nous, tu imprimes ça sur papier, et tu distribues les feuilles ensuite ? Tu n'as pas envie d'envoyer ça par Email ?

[frenchsting]

Bonjour,

De ce que je comprends, c'est qu'à un moment donné, un événement est créé avec ses options. C'est donc au moment de la création de l'événement qu'il faut faire cette impression. C'est ça ?

Le plus simple à mon avis, c'est de charger la partie événement/options en mémoire (sous forme de tableau ou de chaîne par exemple) avant de lancer l'impression de l'état. Cet est liée à membre (remplissage du pavé adresse) et comporte une rupture sur les options.

[alaclef]

Mon soucis est que je n'ai pas de liaison entre les évènements et les membres ( à ce stade, c'est de l'information et non les inscriptions) et que si j’inclus les membres dans la requête de récupération de l'events et de ses options, je me retrouve avec des centaines de lignes ... ( produit cartésien entre les membres et les autres fichiers comme il n'y a pas de liaison).

Tu dois expliquer quelle sélection tu souhaites
Un requête paramétrée répondra à tes besoins.

Tu devras peut-être créer une table de relation Membre/Evénement

[Voroltinquo]

Lorsque tu parles d'un seul état, tu veux parler d'une seule page (par membre) ?
Comme ça par exemple

[chenevierebooks]

Oui Voroltinquo , c'est exactement cela : une page par membre avec les infos d'un events et ses options

Dans la pratique il s'agit de créer un évènement avec ses différentes options, et à partir de là , envoyer un courrier à tous les membres avec ces infos.

C'est pour un association et nous organisons des sorties (events) qui peuvent être composées de différentes activités ( les options) facultatives ou pas

Donc on écrit une lettre de proposition d'inscription à tous nos membres ( sous la forme que j'ai présenté plus haut ) pour qu'ils puissent s'inscrire.

J'espère avoir été claire

@ alaclef : pour l'instant il n'y pas de table de relation membres / évènement , tous les membres la reçoivent, à ce stage on ne parle pas encore d'inscription à un events

merci à tous pour votre aide !

[lubinfo]

Bonjour,

Peut-être possible de générer un pdf avec la trame de fond fixe puisque en fait seule l'adresse change puis faire un état en mettant ce pdf en fond de page ?

[frenchsting]

Bonjour,

Peut-être possible de générer un pdf avec la trame de fond fixe puisque en fait seule l'adresse change puis faire un état en mettant ce pdf en fond de page ?

Bonne idée :
- Tu crées un état fond de page basé sur les options (filtrées sur l'événement) qui va imprimer le texte + événement + options.
- Tu crées un état pour le pavé adresse, basé donc sur les membres, et qui utilise le pdf généré précédemment en fond de page.

Ou plus "simplement" (?) un état basé sur les membres (pavé d'adresse) avec un état interne basé sur les options (filtrées sur l'événement).

[Voroltinquo]

Bonne idée :
Ou plus "simplement" (?) un état basé sur les membres (pavé d'adresse) avec un état interne basé sur les options (filtrées sur l'événement).

C'est ce que j'ai fait pour ma copie écran, mais à priori d'après le post 3, il ne faut pas de sous état. Tout doit être inclus dans un seul état.

[chenevierebooks]

J'ai testé avec un état interne, effectivement j'ai pu faire quelque chose qui paraissait aller.

Le truc, c'est qu'a l'utilisation lorsque je lance l'impression de plus ou moins 200 lettres, a chaque page j'ai la petite fenêtre " patientez je recherche des données".

Je suppose que WD recharge l'état interne a chaque page imprimée. A la fin c'est un peu longuet ...

Pour finir ce que j'ai fait :

1 - Avant l'appel de mon état, je recherche les infos et options de l'events a imprimer.

2 - Avec ces infos je charge un tableau associatif de variants
pour les options je mets un tableau de chaines dans une ligne du tableau

3 - Je passe le tableau en paramètre de mon état, qui est en fait basé que sur les membres

4 - Dans l'état j'utilise "ChampClone()" pour lister les options

ça donne ça, un peu compliqué, mais plus rapide, que pensez-vous de la méthode ?

Belle soirée