![]() |
Re: Datenmodell
Schau dir mal die Komponente frxDesigner an. es gibt auch ein Beispiel bei den Demos
|
Re: Datenmodell
Zitat:
P.S.: Das ist alles ein bisschen undurchsichtig auf den ersten Blick; es gibt eine Designer-Komponente aber meist wird der Designer über die Hauptreport-Komponente mittels der DesignReport Methode geöffnet??! |
Re: Datenmodell
Du müsstest einen entsprechenden Report als Template haben
![]() |
Re: Datenmodell
Ich habe die OffTopic Beiträge in einen
![]() |
Re: Datenmodell
Zitat:
|
Re: Datenmodell
Zitat:
|
Re: Datenmodell
Zitat:
|
Re: Datenmodell
Natürlich kann man einen leeren Report erstellen. Jedoch hilft dir das Template in diesen Fall nicht weiter, da es "nur" eine Vorlage für das Design vom Report ist, nicht aber die Datenbasis anzapft oder weiter gibt.
Ich hatte so ein ähnliches Problem, mir ging es aber hauptsächlich um die gemeinsame Nutzung von Reporten auf jedem Client PC. Dafür ich habe einfach eine Tabelle in der DB (MySQL) mit den notwendigen Feldern angelegt. Um die Datenbasis für diese Reporte festzulegen, lade ich auch den SQL String aus der Tabelle in die Query Komponente (MyDAC) rein. Ein Template nutze ich auch, da die Kopf.- und Fußzeile immer gleich aussehen soll. Irgendwann bin ich aber von dem SQL String weggegangen und speichere jetzt nur noch den Namen der Abfrage von der DB. War doch ein bisschen leichter zu verwalten. :) So erstelle ich jetzt nur noch eine Abfrage in der DB und der Kunde kann sich darüber einen neuen Report erstellen oder ändern, jedoch nichts an der Datenbasis. So könnte ich mir auch die Lösung für dein Problem vorstellen. Tabelle in die DB, wo die Datenbasis als Querynamen abgelegt wurde. Bei einem neuen Report kann man nun einen leeren Report mit der gewünschten Datenbasis erstellen. Den Report(stream) habe im Blob Feld ebenso abgelegt, wie das verwendete Template (auch als Stream). Somit brauche ich nur ein "Code" um den gewünschten Report wiederkehrend und von überall zu öffnen. Jetzt ist es ein leichtes einen neuen Datensatz anzulegen und somit einen neuen Report. Die Designer Komponente benötigst du, wenn du in der RunTime den Report im Designer Modus öffnen möchtest (genaus sowas willst du ja machen). Die Chart, BarCode, Gradient usw. benötigst du nur, wenn du die Objekte im Report eingefügt hast. Sobald du den Report in der Runtime öffnen willst und die Komponenten fehlen, gibt es einen Fehler. Die Export Komponenten fügst du nur dann hinzu, wenn du genau diese Export Funktionen in der RunTime nutzen möchtest. Wenn z. B. die PDFExport Komponente abgelegt hast, wird in der RunTime im Preview vom Report der Button zum erstellen von PDF's sichtbar. Da du ja dem Kunden die Reporterstellung möglich machen möchtest, bist du gezwungen alle Komponenten in das Programm aufzunehmen. Alle Funktionen rufst du über die TfrxReport auf. Die Datenbasis lege ich in der TfrxDBDataset fest, die mit TfrxReport verknüpft ist. Gruß Matze |
Re: Datenmodell
Zitat:
|
Re: Datenmodell
So nach ein bisschen rumprobieren ist es mir nun gelungen, ein eigenes Dataset in den Designer zu bringen. Der Haken: nach der Aktivierung der eigenen Datasets tauchen diese rechts in der Baumstruktur auf und stehen zwar für die direkte Auswahl im Designer zur Verfügung, aber ich kann diese Datasets nicht auf der Data-Seite miteinander verknüpfen. Das geht anscheinend nur wenn ich eine direkte Verbindungskomponente nutze und mir innerhalb des Designers dann eine Verbindung und darauf basierend eine Abfrage aufbaue. Nur dann kann ich diese Abfrage auch im Designer auf der Data-Seite einfügen und deren Eigenschaften bearbeiten. Ist das wirklich so oder habe ich was übersehen?
Nebenbei gefragt: Wie kann ich es veranlassen, das links in der Objektleiste mehr Objekte auftauchen? Z.B. fehlt bei mir die Diagrammkomponente. |
Re: Datenmodell
Die entsprechenden Komponenten müssen auf der Delphi-Form liegen
|
Re: Datenmodell
Zitat:
|
Re: Datenmodell
Liste der Anhänge anzeigen (Anzahl: 1)
Das muss dann aber an der Demoversion liegen
|
Re: Datenmodell
Zitat:
Nun soll der Ausdruck später bei mir ja auch planbar und per Scheduler einstellbar sein. Deshalb muss der Druck in eigenes Programm ausgelagert werden. Deshalb ist es für mich interessant zu wissen, ob der Report-Designer die eigenen Datasets mit ihren Verbindungen mit dem Report abspeichert und dann später beim Ausdruck weiss wo er die Daten herbekommt, oder muss ich die ganzen Queries und Tables im Source wieder aufbauen? |
Re: Datenmodell
Weiß zufällig jemand, ob man den SQL Query Builder im Report-Designer austauschen könnte? Ich habe da nämlich einen wesentlich besseren...
|
Re: Datenmodell
Einfach den eingebauten im Designer wegkonfigurieren und eigenen Verwenden
|
Re: Datenmodell
Zitat:
|
Re: Datenmodell
Wenn du den Active Query Builder meinst, dann hilft dir vielleicht der
![]() |
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:15 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz