Discussion :

[Harry]

Bonjour,

J'ai un dilemme : Ma prochaine application sera sous Windev, avec une base de données Hyperfile C/S en multiposte. Il y aura énormément de listings (composants Table) avec la possibilité de faire des impressions divers et variés à partir de ces listes. Des impressions basés sur ce qui aura été séceltionné/coché dans la liste.

Ce que je sais que je vais faire :

- Proposer depuis le logiciel l'accès à "Etats et Requètes" afin que mes clients puissent modifier/créer leurs documents.

- Présenter des listes avec des boutons "Imprimer" ou on pourra choisir le document à imprimer à partir du disque (ou à partir d'une BDD)

Maintenant voyons les stratégies qui me sont venus à l'esprit :

- Utilisation d’états liés à une table
On ne peut créer le document qu'a partir de la table, on ne peut pas le créer directement dans Etats et Requetes.
L'impression se fait sur les lignes en multi sélection (ce qui oblige à utiliser la multi sélection)
On peut cependant modifier le document dans Etats et requetes mais gare aux bétises. J'en ai fait un ce matin et j'ai accidentellement modifié la source de données : document HS ! (je voulais ajouter une sous-liste avec une requete.. pas trouvé comment faire, il me faut plus d’entraînement avec l'éditeur!)

- Utilisation d'une case X ou d'une case à cocher dans le composant Table pour la sélection (plus souple) ensuite créer une table (fichier) temporaire dans dans la base de données avec uniquement le contenu des éléments cochés (voir juste de l'index primaire) et ensuite créer dans Etats et requetes les documents basés sur cette table (fichier) temporaire.
Le Souci avec cette méthode c'est que le logiciel sera multi utilisateurs, ce qui veux dire qu'il y à un risque de télescopage si deux personnes impriment en même temps.
Sur un autre projet réalisé en Delphi j'avais crée des tables (fichier) vides fixes imageant les tables temporaires (utilisés pour la création de l'état) et au moment d'imprimer les tables temporaires au nom de l'utilisateur (unique) sont crées et la table principale du doc était swappé par programmation pour la table au nom de l'utilisateur. Je ne sais pas si c'est faisable avec Windev/Etats et requêtes.

Avez vous d'autres idées/propositions ? Qu'avez-vous utilisé dans vos projets ?

Merci

[Atsibat]

Bonjour,

ta solution Utilisation d'une case X ou d'une case à cocher dans la Table pour la sélection (plus souple) ensuite créer une table temporaire me parrait pas mal.
Pour les tables temporaires tu peux créer des vues hyperfile à la volée avec le nom de ton utilisateur.

Ensuite suivant le volume de tes données tu peux aussi partir sur l'implémentation d'une variable et monter tes états sur les vairables (databinding)
Attention quand même à n epas laisser le doute planer sur ce que tu entends par "Table" j'ai traduit "Fichier de donnée" par "Champ Table" (genre JTable)...
si une idée me vient je te le dirai

[Harry]

Merci, j'ai édité la deuxième moitié pour éviter tout doute sur le sens de Tables.

Pas pratique de la part de PC Soft d'avoir utilisé "Table" comme nom pour une Grille de données !

Il faudra que j'essaye de faire un état sur une vue crée dans le logiciel. Ça me parais intéressant comme principe, surtout si ça évite de créer des tables (edit : fichier) à gogo dans la bdd.

Je vais tester ça demain