Re: Etat sur une double source, Fait !
Posté par R&B le 10/3/2005 11:29:04
I did IT (Because je le vaut bien)!
Dans un projet de test, j'ai pris une fenêtre table RAD et ai créé un bouton "Etat sur table".
Il a créé l'état basé sur ma table avec le bouton (trés pratique, l'état en un clic !!! Merci 9)
J'ai dupliqué la table (l'AAD génère quelques message facile à régler). Il faut le même nombre de colone et les mêmes types ! Mais là, la table est basée sur une requête SQL.
J'ai dupliqué le bouton qui apelle l'état sur ma première table et ai modifié sont code comme suit :
Et dans l'initialisation de l'état, une petite modification :
Résultat démonté en laissant la seconde table en saisie : les données modifiée sont bien imprimés... C'est pas la requête qui est source de l'état mais bien la table !
Inutile de d'indiquer l'éconnomie réalisé avec une telle capacité !
Non testé avec un contenu conséquent.
Dans un projet de test, j'ai pris une fenêtre table RAD et ai créé un bouton "Etat sur table".
Il a créé l'état basé sur ma table avec le bouton (trés pratique, l'état en un clic !!! Merci 9)
J'ai dupliqué la table (l'AAD génère quelques message facile à régler). Il faut le même nombre de colone et les mêmes types ! Mais là, la table est basée sur une requête SQL.
J'ai dupliqué le bouton qui apelle l'état sur ma première table et ai modifié sont code comme suit :
// Imprime l'état Etat_Table de la table Table1 (et non plus Table)
iAperçu(100)
iImprimeEtat(Etat_Table,Vrai)
Et dans l'initialisation de l'état, une petite modification :
PROCEDURE Etat_TABLE(pcTableReq=Faux)
// Change la source si le paramètre est positif
SI pcTableReq ALORS
// CHange la source de l'état (parcours)
MonEtat..NomSource="Table_Exemple.Table1"
// Affecte les champs de l'état aux colonnes de la seconde table
Colonne1..RubriqueAffichée="_Colonne1"
Colonne2..RubriqueAffichée="_Colonne2"
Colonne3..RubriqueAffichée="_Colonne3"
Colonne4..RubriqueAffichée="_Colonne4"
FIN
Résultat démonté en laissant la seconde table en saisie : les données modifiée sont bien imprimés... C'est pas la requête qui est source de l'état mais bien la table !
Inutile de d'indiquer l'éconnomie réalisé avec une telle capacité !
Non testé avec un contenu conséquent.
Cette contribution était de : http://old.wdforge.org/newbb/viewtopic.php?forum=14&topic_id=1955&post_id=8241