Fastreport (FMX-Version) ohne Datenbank (im klassichen Sinne) verwendbar?

[Harry Stahl]

Hallo,

ich prüfe gerade, ob ich Fastreport verwenden kann/sollte, um damit meine Rechnungen, Rechnungslisten usw. in meinem Rechnungsprogramm drucken zu können und zwar unter FMX, für Windows und MAC. Bislang (alte VCL-Version / aktuelle FMX/VCL-Mixversion) verwende ich keinen Reportgenerator, sondern drucke das (verhältnismäßig mühselig) selber mit eigenen Druckroutinen über den Canvas.

Ich habe hier im Forum schon ein paar nützliche Code-Schnipsel für die Verwendung von Fastreport gefunden (also Anzeige des Reports, externe Reportdatei laden, usw).

Ich verwende allerdings keine Datenbank im Delphi klassischen Sinne, sondern habe die Daten lediglich im CSV-Textformat vorliegen.

Kann das Fastreport irgendwie direkt verarbeiten? Und wenn ja: Wie?

Wenn nein: Dann müsste ich wohl doch eine Delphi-Datenbank-Komponente verwenden und diese mit den CSV-Daten füllen. Als in Sachen Delphi-Datenbank Unkundiger hätte ich dann die Frage, welche (FMX-)Datenbank-Komponente ich hier am besten verwenden sollte (diese sollte das Programm nicht so aufblähen und einfach zu handhaben sein)?

Kann man den Report auch sozusagen zur Laufzeit generieren? Ich habe hier mal was über Scripte gelesen. Werden die auch in der EMBA-Version unterstützt? Ich denke daran, aus Gründen der Rückwärtskompatibilität die Werte und Positionen, welche die User bisher für den Ausdruck eingegeben haben, zur Laufzeit auf den Fastreport umzumünzen (zusätzlich aber auch den Fastreport-Designer mitzugeben, wenn das geht).

Bei Youtube habe ich nur Demo-Videos von einem verhältnismäßig schlecht englisch sprechenden Japaner gefunden. Gibt es wirklich keine vernünftige Videoanleitung zur Verwendung von Fastreport (vielleicht sogar noch in Deutsch)?

[Perlsau]

Falls es unter FMX sowas wie ein ClientDataSet gibt, ist im Grunde nichts einfacher als das Einlesen einer CSV-Datei. Dieses ClientDataSet kannst du dann genau so verwenden wie ein normales DataSet, außer daß du nicht vergessen darfst, Änderungen zu speichern.

[Sir Rufo]

Zusätzlich zum ClientDataSet gibt es bei FastReport auch noch das TfrxUserDataSet , wo man beliebige Daten von beliebigen Orten dem FastReport zuführen kann.

Das erfolgt über Events, wo dann die Werte der einzelnen Sätze übergeben werden.

[Harry Stahl]

Danke für Eure Hinweise!

Das sieht ja wirklich schon mal recht gut aus. Das TfrxUserDataSet hat eine Eigenschaft "Fields", die kann ich nach meinen Bedürfnissen mit Feldnamen belegen und dann gibt's die Events, wo man über "OnFirst" ein Startereignis setzen kann (z.B. einen Counter auf Null setzen), bei "OnNext" den Counter um 1 erhöhen, bei "OnGetValue" die Daten für das jeweilige Feld von Datenzeile[Counter] liefern, und dann bei "OnCheckEOF" prüfen, ob der Counter das Ende der Datenliste erreicht hat).

Und man kann ja mehrere TfrxUserDataSets verwenden, je nachdem, welche Art von Daten gedruckt werden sollen (Rechnung, Rechnungsausgangsliste, Mehrwertsteuerübersicht, was auch immer).

Also das sollte schon mal soweit funktionieren.

Jetzt müsste ich mal sehen, ob ich quasi so eine Rechnungsmaske mit dem Report-Designer hinbekomme und die Frage, ob man das auch zur Laufzeit generieren könnte, wäre noch zu klären.

[Union]

Klar kriegst Du das hin. Ist aber nicht der Sinn vom Ganzen. Für das Design ist ja der Reportdesigner gedacht. Mit reinem Source ist es schwierig das Layout zufriedenstellend zu gestalten. Interessant ist dass Du den Designer mitgeben kannst. Dan könntest Du Deine Standards in einer Datenbank oder als Dateien mitliefern und der Benutzer kann sich das anpassen.

[Lemmy]

Zitat von Harry Stahl:

und die Frage, ob man das auch zur Laufzeit generieren könnte, wäre noch zu klären.

genauso, wie man eine VCL/FMX-Maske per Code zusammenstellen kann. Es mag solche Anwendungsfälle geben - in den aller meisten ist es aber zweckmäßig die vorhandenen Tools (sprich Designer) zu verwenden.

[sx2008]

Noch bequemer als TfrxUserDataSet dürfte ein Memory-Dataset sein.
http://www.torry.net/pages.php?id=572 (KbmMemTable ist ganz gut)
Viele Komponentensammlungen wie z.B. von DevArt ( http://www.devart.com/vtable/ ) oder JVCL enthalten ähnliche Datasets.
Das kann man vor dem Drucken des Reports mit Daten befüllen und das Dataset lässt sich auch über ein DBGrid anzeigen und zu Testzwecken auch über das Grid editieren.

[Harry Stahl]

Zitat von Union:

Klar kriegst Du das hin. Ist aber nicht der Sinn vom Ganzen. Für das Design ist ja der Reportdesigner gedacht. Mit reinem Source ist es schwierig das Layout zufriedenstellend zu gestalten. Interessant ist dass Du den Designer mitgeben kannst. Dan könntest Du Deine Standards in einer Datenbank oder als Dateien mitliefern und der Benutzer kann sich das anpassen.

MMh, ja, das wäre eine interessante Variante. Wobei ich immer versuche, dass der Anwender mit einer neuen Programmversion basierend auf seinen bisherigen Einstellungen mit dem Programm weiter arbeiten kann, ich will ihm also nicht zumuten, seine eigenen Einstellungen z.B. für das Rechnungsformular noch mal vornehmen zu müssen.

Insofern wäre es eine Überlegung, aus den aktuellen Einstellungen des Anwenders eine Reportbeschreibung zu generieren, die er dann aber (auch) mit dem Designer bearbeiten und sozusagen verfeinern kann.

Wie mache ich dass denn zur Laufzeit? Über frxReport1.objects ? Ist das die Liste, welche die im Report enthaltenen Datenobjekte beschreibt?

Ich würde also gerne zur Laufzeit entsprechende Datenobjekte erzeugen (z.B., ein Textfeld oder eine Textliste), die in der Reportseite positionieren und entsprechend verwenden.

Edit: Ich sehe gerade, dass die gespeicherte Reportdatei eine einfache XML-Datei ist. Dort stehen die ganzen Objekte drin, deren Positionen usw., d.h. ich mache also einmal so einen Standard, speichere das ab und kann diesen Standard an die bisherigen Einstellungen des Users anpassen. Dann brauche ich auch den Report nicht mehr zur Laufzeit generieren und der User kann das mit dem Report-Designer weiterbearbeiten.

[Union]

Du müsstest Dich zunächst mit der internen Struktur von frx etwas beschäftigen, um das erfolgreich zu machen. Du hast ganz allgmeine TFrxReport->TfrxPage->TFrxBand->TFrxxxxxView. Wobei xxxx Memo, Picture, Barcode uvm. sein kann (Das sind dann die "objects").

[Harry Stahl]

Zitat von Union:

Du müsstest Dich zunächst mit der internen Struktur von frx etwas beschäftigen, um das erfolgreich zu machen. Du hast ganz allgmeine TFrxReport->TfrxPage->TFrxBand->TFrxxxxxView. Wobei xxxx Memo, Picture, Barcode uvm. sein kann (Das sind dann die "objects").

OK, werde mir mal das Manual ansehen. Was ich bislang gesehen habe, gefällt mir ganz gut...