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

[Harry Stahl]

So, die Doku ist gar nicht so schlecht.

Nun wollte ich loslegen und Fastreport verwenden (noch in XE5), als ich aber mein Projekt öffnete, in dem ich auch die TChart-FMX-Komponente von Steema verwende, wurde diese nicht gefunden. Besteht hier ein Konflikt mit der Tchart-Komponente in Fastreport?

Nachdem ich Fastreport deinstalliert hatte und das Projekt aufrief, ging es seltsamer weise immer noch nicht, erst nachdem ich ein neues Projekt anlegte und dort die TChart-Komponente einfügte, wurde beim erneuten Öffnen meines eigentlichen Projektes die TChart-Komponente wieder gefunden.

Hat da jemand evtl. vergleichbare Probleme gehabt und kennt eine Lösung?

[Perlsau]

Hatte kürzlich ein ähnliches Problem beim Installieren von ReportManager.

[arnof]

Hi,

Ich habe mir die "richtige Version" vom Fastreport FMX gekauft und habe sie z.Z. als nicht benutzbar unter MAC eingestuft!

Ich habe das Gefühl das das noch nie einer richtig benutzt hat! V1.1 habe ich noch unter XE4 das geht noch von der Qualität. V2.0 unter XE5 da reagieren die Menüs oft nicht auch ein einfacher Druck/Preview das kommt mir alles sehr instabil vor...

Mal abgesehen davon das man wahrscheinlich ein Programm mit Fastreport nicht durch einen Review bekommen wird: entspricht in kleinster Weise den Apple Designvorgaben!

[Harry Stahl]

So, habe Fastreport einfach noch mal neu installiert, jetzt geht es seltsamerweise...

[Harry Stahl]

Allerdings... Ich habe die Fastreport-Komponenten auf ein Datamodule gelegt. Ist das ein Problem?

Beim nächsten Öffnen des Projekts meckert Delphi rum, dass mal wieder irgendwelche Eigenschaften nicht erkannt werden...

Wenn ich dann versuche zu compilieren, kommt der Hinweis:

[dcc32 Fataler Fehler] fs_isysrtti.pas(26): F1026 Datei nicht gefunden: 'C:\Program Files (x86)\madCollection\Plugins\win32\Dialogs.dcu'

???

[Harry Stahl]

Na, ich kann das jetzt nur so sehen, dass TChart von Steema und Fastreport nicht zusammen verwendet werden können (innerhalt eines Projektes in XE5).

Schade eigentlich...

Ich versuche noch mal ein wenig mit dem Support von Fastreport was zu klären, aber wenn die nicht weiter wissen, wäre das insgesamt schon traurig.

[arnof]

Zitat von Harry Stahl:

Allerdings... Ich habe die Fastreport-Komponenten auf ein Datamodule gelegt. Ist das ein Problem?

Beim nächsten Öffnen des Projekts meckert Delphi rum, dass mal wieder irgendwelche Eigenschaften nicht erkannt werden...

Wenn ich dann versuche zu compilieren, kommt der Hinweis:

[dcc32 Fataler Fehler] fs_isysrtti.pas(26): F1026 Datei nicht gefunden: 'C:\Program Files (x86)\madCollection\Plugins\win32\Dialogs.dcu'

???

mit dem Datenmodul ist keine gute Idee, ich habe auch schon in älteren Versionen (XE2) komische Fehlermeldung (Bereichsüberschreitung oder sowas in der Art) in Zusammenhang mit Datenmodul und eigenen Datenbankkomponenten beim öffnen des Projekts (und das Projekt war beim letzten beenden Fehlerfrei).

[Harry Stahl]

Ich bin jetzt mit dem Support von Fastreport in Kontakt und beantworte alle möglichen Fragen und gebe Infos, hoffe, die bekommen das hin. Denn zumindest mal richtig ausprobieren, um mir selber mal ein Bild zu machen, würde ich schon gerne.

[Dejan Vu]

Ich finde, ein TfrxReport gehört in ein Datenmodul. Warum? weil es mit einem Formular nicht viel zu tun hat. Ich habe zwar kein XE2 (die letzte Version, mit der ich gearbeitet habe, war 2009), aber ich kann mir nicht vorstellen, was das für einen Unterschied machen sollte, ob ein TfrxReport nun auf einem Formular oder einem Datenmodul liegen sollte.

[arnof]

ist wie alles eine Ansichtssache. Wie gesagt z.Z. habe ich irgendwie mit dem Datenmodul ein komisches Verhalten, was nur auf einen Bug hindeuten kann. Es kann aber auch Ursache darin haben, das ich z.B. den IDE Fixpack installiert habe oder mit sonstigen, da das Projekt schon ein Jahr alt ist und es früher nicht gezickt hat.

Aber ohne IDE Fixpack könnte ich nicht arbeiten, seitdem bin ich echt glücklich: alles ohne Wartezeiten

Zum Datenmodul selbst: das ist nur für kleine Projekte geeignet, wenn man größere Projekte mit vielen Forms und Datentabellen hat, ist es schnell ungeeignet, da man nur eine begrenzte Componentenanzahl drauf hat. Dies ist bei dynamisch Erzeuten Formularen, die ihre eigenen Datasets haben nicht der Fall