Réalisation d'un état dynamique WinDev pour une impression (adaptation en fonction des données reçues)

Bonjour,

Je suis actuellement confronté à un problème, je souhaiterais construire un état dans WinDev afin d'imprimer des données mais je veux que cet état puisse créer des rubriques par programmation en fonction des données présentes. Par exemple si il reçoit des données associé à une catégorie il va construire une structure de rubrique prédéfinie (jusque là rien d'anormal) mais je voudrais qu'ensuite si dans les données reçu il y d'autres données associées à une autre catégorie, l'état puisse dupliquer la structure prédéfinie afin de la remplir avec cette autre catégorie. En sachant que le nombre de catégorie n'est pas définie donc il faudrait quelque chose qui s'adapte en fonction des données reçu. Je post ce message afin de savoir si c'est possible d'envisager quelque chose de la sorte sous WinDev?
Si je n'ai pas été clair, ce qui est fort possible, n'hésitez pas à me demander.

D'avance merci,
Cordialement Jeannotte.

Regarde du côté de champclone. Attention toutefois à la gestion des données. Par contre, cela peut peut-être valoir le coup de regarder si tu ne peux pas faire autrement. Car tu vas avoir des sauts de page hasardeux...

Citation:

---

Envoyé par frenchsting

Regarde du côté de champclone. Attention toutefois à la gestion des données. Par contre, cela peut peut-être valoir le coup de regarder si tu ne peux pas faire autrement. Car tu vas avoir des sauts de page hasardeux...

---

Bonjour,
Je déconseille champclone ! par expérience la maintenance est presque impossible, nous avons vu le cas en interne il y a deux semaine, j'ai été contraint de flinguer l'état existante et de faire une autre basant sur les bloc d'itération
A mon avis la solution est :

1. Créer en amont un contenu RTF et le balancer dans l'édition
2. Utilisation des plans dans l'état

Merci beaucoup pour votre intérêt,

Je viens de voir vos réponse, je suis partis sur les champclone() et des compile() ; executeTraitement() Pour gérer la duplication de mes rubrique et pour le remplissage par programmation mais c'est une sacré usine à gaz! C'est vrai que ça peut peut être compliqué à maintenir.. Je pense que je vais continuer sur ma voie car il n'y a pas tant de champ à traiter (environ 9 champ qui peuvent se dupliquer), ça doit être maintenable tout de même. Je vais quand même me renseigner sur ta solution tunizar.
Pour le moment je suis assez confiant sur les champClone()!

Merci à tous!
Je vous tiens au courant sur l'avancement de cette tâche.

+1 Tunizar

J'ai mis la solution la plus directe. Mais je pense comme toi. Le champclone reste difficile à maintenir. Je le limite à des fonctions "simples".

L'utilisation d'un RTF me semble plus indiqué. Tu pourras plus facilement gérer les sauts de page.

Question : tu ne peux pas t'en sortir avec les ruptures ?

Citation:

---

créer des rubriques par programmation en fonction des données présentes

---

+ blabla sur les catégories.
Savez vous ce que vous voulez imprimer ? Allez vous faire des ruptures ? des calculs ? (si non : êtes vous sûr de la réponse dans le temps, car les utilisateurs ont la charmante habitude de ne pas penser à ce point et de le demander qu'après coup... sauf si vous y avez pensé vous même).

Ce que vous demandez n'a rien à voir avec ce que permet l'usage de WinDev qui est un EDI en mode RAD : il exploite la structure des données pour proposer de créer des fenêtre et état (ce que vous demandez !).
Vous voulez utiliser un EDI pour faire de l'EDI : c'est un peu se compliquer la vie.

Il est possible de livrer WDEtat Utilisateur et par conséquent, d'adapter un état au besoin. Cela répondra à votre question.
L'avantage est que vous résolvez votre imprécision actuelle tout en proposant un format par défaut.
Rien n'empêche (et je encourage à consacrer votre énergie sur ce point) de produire un système de gestion des états utilisateurs pour récupérer et rediffuser les formats personnalisés.

Ainsi, vous pourrez produire les états adaptés et les diffuser au besoin. WDEtat Utilisateur sert alors de passerelle pour :
- exploiter les personnalisations
- rendre possible cette opération sur site / par le client