Composant invisible !

Bonjour !

Sous FastReport designer tout marche bien, j'ai mon résultat affiché correctement. Ma page contient une boite de dialogue un dblookupcombo et deux boutons. une fois je pointe sur l’élément choisi du lookup et en cliquant sur le bouton "OK" j'ai ma page qui s'affiche avec le bon enregistrement. Donc jusqu'ici tout va bien. La connexion à la base de données est faite via ADODatabase et l'ensemble de données est récupérée par un ADOQuery.
La 2ème étape c'est quand je suis sous Delphi. J'appelle le fichier fr3 mais j'ai une erreur assez bizarre "l'ensemble de données dbxQuery1 n'existe pas" ! bien que qu'il n y a aucun composant dbxquery sur ma fiche ni mon fastreport.

s'agit-il d'un bug ou d'une omission de ma part ?!
merci par avance pour toute piste ou idée.

Bonjour,

Firebird n'a rien à voir là dedans (j'ai repris le lien via le forum delphi) , il s'agit en fait d'une incompréhension de ta part .
Tu as deux manière d'ajouter des datas à un FastReport et apparemment tu as choisi l'ajout dans le designer (un peu comme un composant Delphi) au lieu d'utiliser l'ajout via le menu de ce dernier (report/data) pour faire une connexion a un frxdatasource posé sur ta forme (du coup pas besoin de ADO ;))

voici comment je procède pour un état rapide (juste pour vérifier mes dires et tester FastReport avec les ZEOSDBO)

Sur une forme vierge , j'ai posé un TZConnection,un TZReadOnlyQuery lié à la TZConnection, un TFrxDBDataSet lié au TZReadOnlyQuery, un TfrxReport
j'ai ensuite double cliqué sur le FrxReport , utilisé le Menu option Report/Data pour indiquer que j'allais utilisé le frxDBDataset
posé une bande Master sur le Report , lié cette dernière a frxdbdataset
drag et drop des champs que je veut voir
et , si la query est ouverte, : "la magie opère"

Bonjour Serge et merci pour la réponse.

Citation:

---

Envoyé par SergioMaster

Bonjour,
Tu as deux manière d'ajouter des datas à un FastReport et apparemment tu as choisi l'ajout dans le designer

---

Effectivement car je veux réaliser mes états indépendamment de Delphi pour deux raisons :

• Pouvoir les utiliser en dehors de Delphi;
• Travailler avec le designer fastreport sans avoir besoin d'ouvrir Delphi rien que pour ça.

Mais du coup, je m'aperçois que l'autre approche est bien plus pratique du moment qu'on n'a pas besoin d'une source ODBC comme pour le 1er cas.

Citation:

---

Envoyé par SergioMaster

voici comment je procède pour un état rapide (juste pour vérifier mes dires et tester FastReport avec les ZEOSDBO)

---

Je viens de faire le test et c'est impeccable .... merci pour l'astuce

Mais pour l'erreur il ne s'agit pas de la méthode choisie. En fait, le DFM comprenait un dbx***** qui n'avait pas était nettoyé avec la suppression du composant du rapport d'où cette erreur qui me paraissait assez bizarre.

Merci encore Serge.