Abfrage Drucken!

[thomasvonmuenster1]

Ich habe in meinen Menü, Liste drucken stehen.
Habe bis jetzt nur PrintDialog1.Execute;

Meine Abfrage ist:

Delphi-Quellcode:

timer3.Enabled:=false;
IBQuery3.SQL.Text:='select suchbegriffe from tabelle1 where order by suchbegriffe like ''%'+edit2.Text+'%''';
IBQuery3.Open;

Wie kann ich ihm sagen das er nur die Abfrageliste drucken soll?

[Smokey]

Hm nunja...wenn das mal so einfach wäre in Delphi...

Hier is nen bisserl lesestoff dafür :
http://www.delphi-source.de/tutorials/drucken/

Leider gibts nicht beim Printerdialog nen Knopf und schwupps wird alles gedruckt.

[thomasvonmuenster1]

Oder wie kann ich ein DBGrid drucken.
Müßte einfacher gehen oder?

[Smokey]

nein, leider nicht einfacher.
es seidenn du siehst immer alle datensätze auf deiner form (also niemals Scrollbar im Grid)
Dann könntest du es vereinfachen.

Also entweder komplizierte funktionen oder nen Report Tool.

[freakTAB]

Oder du gehst über einen Report,je nachdem welche Delphiversion ist das QuickReport oder RAVE. Damit erstellt man eigentlich Ausdrucke aus einer DB

[thomasvonmuenster1]

Ich habe Rave!
Welche komponenten brauche ich da?
Wie geht der Verweis auf mein DBGrid?

[thomasvonmuenster1]

Suche eine gute Anleitung die das Drucken mit Rave aus einen DBGrid beschreibt.
Schritt für Schritt für Dumme.

[thomasvonmuenster1]

Brauche Hilfe!
Wo gibt es Hilfe?

[shmia]

Grundprinzipien eines Reportgenerator wie ReportBuilder, Rave, Quickreport:

1.) es werden keine DBGrids gedruckt, sondern es werden Datensätze aus einer (oder mehreren)
Datasets entnommen und gedruckt. Man muss sich von der Vorstellung verabschieden
ein DBGrid drucken zu wollen.

2.) zwischen den Datasets (TTable, TQuery, TADOQuery, TIBQuery, ...) und dem Report
befinden sich sogenannte Pipelines, die den Zugriff auf die Datasets steuern.
Zwischen dem Dataset und der Pipeline hängt meistens noch ein TDatasource Objekt.

3.) Ein Bericht (=Report) besteht aus mehreren Bändern:
die wichtigsten sind Detailband, Headerband und Footerband.

4.) der Reportgenerator entscheidet, in welcher Reihenfolge er die Bänder zum Ausdruck bringt.
Im einfachsten Fall druckt er das Headerband, dann so oft wie auf die Seite passt das
Detailband und dann das Footerband. Sind noch weitere Daten in der Detailpipeline wird
eine neue Seite begonnen.

5.) Mit dem Reportdesigner werden die Bänder mit Controls bestückt.
Die Controls sind entweder an eine Pipeline gekoppelt (=datensensitiv) oder sie
stehen für sich alleine (z.B. "normale" Labels, Fixtexte)

6.) Um den Bericht zu drucken:
Report1.Print; // drucke auf Standarddrucker
Report1.Preview; // Vorschau

7.) Bei jedem Reportgenerator sind Beispiele im Sourcecode dabei !!!
Es ist Pflicht des Programmierers alle Beispiele durchzuarbeiten.
Bis man einen Reportgenerator verstanden hat, braucht man ca. 6-20 Wochen.
Kennt man schon einen Reportgenerator eines anderen Herstellers, dann verkürzt
sich die Einarbeitungszeit.

[merlin17]

die grundprinzipien sind gut geschrieben!

Zitat:

Kennt man schon einen Reportgenerator eines anderen Herstellers, dann verkürzt
sich die Einarbeitungszeit.

kann allerdings auch umgekehrt sein.... wenn man zuviel mit anderen reportengines referenziert
sieht man oft die andere denkweise der entwickler nicht....


thomas, TeamNevrona