Message de rapport:
 

Re: Etat sur une double source, Fait !

Sujet: Re: Etat sur une double source, Fait !
par R&B sur 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 :

// 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.
Connexion
Menu
Chercher WDForge
Chercher Web
Partenaires
Visualiser tous les Partenaires...
WinDev, WebDev, WinDev Mobile et HyperFile sont des marques déposées par PCSoft. |  Voter |  Legal |  Contact |   XOOPS 2.0.13.2