Discussion :

[GuillaumeJ]

Bonjour

J'ai un état qui est basé sur un champs table. Bon, déja, c'est compliqué pour moi parce que j'ai des colonnes clonés que je veux revoir dans mon état, mais bon, je crois que je vais m'en sortir

CEpendant, je voudrais pouvoir passer ce champ table en paramètre à mon état. Et l'affecter à l'ouverture de l'état.

J'arrive bien a passer la variable champ dans la procédure de l'état, mais par contre, je n'ai aucune idée comme par code dire a mon état d'utiliser ce champ..

Comment on peut faire ?

Merci

[dsr57]

Bonjour

Voici comment je procéderai :

1. Appel de l'état : passage du nom du champ précédé du nom de la fenêtre
   
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   iImprimeEtat(ETAT_Test1,"FEN_NomFenetre.TABLE_ChampTable")

2. Dans le bloc 'Avant Impression du corp' : Initialisation des rubriques par les valeurs des colonnes
   
   

   Code :

   Sélectionner tout - Visualiser dans une fenêtre à part

   1
   2
   3
   4
    
   RUB_Colonne1={Ps_nomChamp+".Col_ColonneTable1",indChamp}
   RUB_Colonne2={Ps_nomChamp+".Col_ColonneTable2",indChamp}
   RUB_Colonne3={Ps_nomChamp+".Col_ColonneTable3",indChamp}

Ps_nomChamp est le paramètre récupéré à l'ouverture de l'état contenant la nom de la table table

Bon dev

[GuillaumeJ]

Merci !


J'ai une question sur ce bout de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

iImprimeEtat(ETAT_Test1,"FEN_NomFenetre.TABLE_ChampTable")

Qu'est ce qui se passe si ma FEN_NomFenetre est ouverte deux fois ?

[dsr57]

Bonjour

Utiliser un Alias pour les fenêtres devrait résoudre le problème

Bon dev

[GuillaumeJ]

Utiliser un Alias pour les fenêtres devrait résoudre le problème

Ca implique de créer un alias différent a chaque ouverture.. mais je dois pouvoir mettre un guid.

Cependant, j'ai pas le droit de passer plutot mon champ table directement ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

iImprimeEtat(ETAT_Test1,monChampTable)

[dsr57]

Bonjour :couccou:

Cependant, j'ai pas le droit de passer plutot mon champ table directement ?

Tu peux, c'est un choix de programmation

Bon dev

[PointCarreJo]

Bonjour,

Je vais apporter mon petit grain de sel à la conversation.

Dans un soucis d'indépendance des traitements, il y a également moyen de définir un tableau de structure et de l'affecter à la table par DataBinding. Par la suite, le tableau pourrait être affecté en paramètre à l'état pour l'impression. De ce fait, il n'y aurait plus à se poser de question de l'origine de la source de formulaire ou de l'alias.

Cordialement

[GuillaumeJ]

Dans un soucis d'indépendance des traitements, il y a également moyen de définir un tableau de structure et de l'affecter à la table par DataBinding. Par la suite, le tableau pourrait être affecté en paramètre à l'état pour l'impression. De ce fait, il n'y aurait plus à se poser de

Intuitivement, j'aimerai bien faire cela, en effet
C'est sans doute facilité parce que déja ma table est construite ligne (par TABLE_AJOUTELIGNE).
Mais le premier souci que je vois, c'est que mes colonnes de tables sont dynamiques. (pour l'exemple : y a 4 colonnes qui sont les moyens de paiements présent dans une table de données, mais un autre utilisateur pourrait lui en avoir 5)
Du coup, ca me parait plus compliqué le databinding (et la création de la structure contenant mes données)
[Precision : je débute en Windev ]