Imprimer deux formulaires QuickReport à la suite [Résolu]

[vitch8]

Bonjour,

Je souhaiterai pouvoir jumeler deux quickreport pour que lors de l'édition, ces documents se retrouvent dans le même.

QuickReport 1 = Liste de chantiers (par exemple)
QuickReport 2 = Détail des articles cumulées nécessaires pour ces chantiers

J'aimerai que lors de mon édition, le QuiReport 1 soit suivi automatiquement du QuickReport 2 à la suite dans le même document.

Comment jumeler ces exports ????

Merci d'avance pour votre aide.

[ShaiLeTroll]

Pour une impression papier, cela ne pose pas de problème donc je suppose que tu utilises une sortie PDF

Tu dois à mon avis refaire ton Rapport et gérer les Bands et TQRSubDetail différemment !

[SergioMaster]

Il suffit :
-d'ajouter un QRCompositeReport
-d'ajouter les états via l'évènement AddReports de ce dernier
puis d'utiliser QrCompositeReport.Preview ou Print comme si c'était un seul état

une recherche dans le bon forum aurait donné la réponse

[ShaiLeTroll]

Bon, je n'utilise QuickReport depuis 10ans mais c'est intéressant de découvrir TQRCompositeReport !
Comme quoi il était bien conçu le QR, on se demande pourquoi il a été remplacé par RaveReport (que je n'ai jamais utilisé)

SergioMaster

[Nono40]

Envoyé par ShaiLeTroll

Bon, je n'utilise QuickReport depuis 10ans mais c'est intéressant de découvrir TQRCompositeReport !
Comme quoi il était bien conçu le QR, on se demande pourquoi il a été remplacé par RaveReport (que je n'ai jamais utilisé)

Je me demande aussi, mais QR est toujours existant à l'achat. C'est une des très bibliothèque que l'on achète au bureau ou on préfère limiter au miximum les ressources externes.
Entièrement conçu dans Delphi et sans aucun runtime.

[vitch8]

Merci pour vos solutions, cela fonctionne très bien, j'ai pu obtenir le résultat que je souhaitais.

Encore merci

[Sofiane.vert]

Bonjour, en fait je suis sur le point de finaliser une application que j'ai conçu sous Delphi7. Ma question est la suivante:
est ce que on peut afficher dans le même quickreport deux tableaux contenant des informations différentes????.
Merci d'avance pour votre collaboration.

[SergioMaster]

réponse rapide : OUI

réponse de Normand : ça dépend de ce qui est nommé

deux tableaux

"tableaux" = DBGrids ou StringGrids ?
Quickreport est en général lié a des DataSets (Query ou Tables) cependant il existe toujours des events tel le OnNeedData pour passer hors Datasets .

Pour "deux tableaux" on préférera peut être passé par un QRCompositeReport .
Le forum BI/Autres
est le meilleur endroit pour poser la question .

Pour répondre tard a Shailetroll Rave avait (j'en parle au passé sciemment) aussi ses bons cotés : le fait que le report soit détaché du programme (un peu comme FastReport) permet(tait) de modifier la forme de l'état sans avoir a fournir tout le programme recompiler . Pour conclure sur cette réponse je dirais que Fastreport semble un bon mix de Quickreport et Rave .

PS. je viens de remarquer que la question est aussi posé dans le forum cité

[ShaiLeTroll]

[HS]Désolé !

J'ai apprécié Report Builder pour cette même raison, en plus un script pascalien fort pratique !
Un rapport séparé c'est un gain, dans mon ancien taf, nous étions plus que 2 programmeurs mais une équipe de 7 installeurs, c'est eux qui pondait 90% des Stat, Listing, Courrier sur un module de requêtage (XML) en créant eux même le Rapport (souvent copier d'un autre et adapté aux caprices du clients) avec possibilité d'un export PDF, CSV, XML, Dbase\Excel

Personnaliser l'application de cette façon était bien plus rentable que développer en dur !

ils nous restaient les rapports monstreux de pseudo DataMining nécessitant des SQL plus poussées que ce le module de requêtage proposait

Il suffisait de passer le module de requêtage en mode manuel, écrire un énorme SQL (oui grosse faille de sécurité, un bon SQL dans le XML en clair, que n'importe qui pourrait modifier en DROP DATABASE), un fichier rapport adapté !

En fait, les rapports les plus pénibles restaient ceux en DBase sans SQL qu'il fallait coder à la mano, je suis content de ne plus en faire des comme ça !

Pour ma part, j'ai plus souvent développé les modules de communication vers des systèmes de transmission de courrier sécurisé, des logiciels de laboratoire ou d'imagerie médicale, une fois cela codé, n'importe quel courrier pouvait être transmis par exemple HPRIM et autre protocole tordu du genre !


En ce moment, c'est Crystal Report 8 (C++ direct) et Crystal Report 2008 (un on a fait un COM C# pour l'utiliser en BCB, on a pas trouvé d'API non .NET autre que Java)
Idem module externe, SQL externe ...