Fast-Report Änderung bei den Produkten

[user69]

Hat eigentlich schon mal wer die Dateien (source) aus deren online Installer komplett separiert und eine Anleitung dafür?

Für Sicherungszwecke wäre es hilfreich, nach der automatischen Installation die Dateien in einen eigenen Pfad zu verschieben und dort auch zu kompilieren. Gibt es da ne Anleitung. Früher war da alles verfügbar, aber nun speichern die alles an verschiedenen orten und kompilieren mit dem installer. Außerdem weiß ich nicht, wie lange alte Versionen Online sind.

Ich kann zwar den source modifizieren und kompilieren, aber immer nur mit deren Installer.

Was wenn ich eine alte Version immer wieder nutzen möchte? Deshalb hätte ich das gerne reproduzierbar gesichert.
Gibt es da Lösungen?

[jaenicke]

Ich kompiliere die verschiedenen Komponenten generell mit einem selbst geschriebenen Installationstool. Damit kann ich dann mit einem Klick alle Komponenten installieren oder deinstallieren.

Welche Packages das sind, muss man natürlich selbst schauen, aber die stehen ja in der Liste der installierten Packages.

[himitsu]

Joar, einmal installieren und dann in die "Known Packages" geschaut,
bzw. einfach im Quellcode nach den Projekten (DPK) gesucht,
schon kennst du die Packages.

Diese dann kompilieren (DCC32, MBBuild, oder sonstwas) und die DesignTime-Packages im Delphi registrieren.
* sie könntest du z.B. in eine ProjektGruppe einfügen und dann im Delphi kompilieren, sowie installieren
* heute könnte man sich auch ein Offline-GetItPackage dafür schreiben
* bei uns macht es der FinalBuilder, welcher am Ende auch einen Code hat, um die Packages ins Known Packages einzufügen.
* für DevExpress hatte ich mir ein Tool geschrieben, welches die Packages selbst sucht und nach Abhängigkeiten sortiert
* ...

https://www.delphipraxis.net/213558-...-compiler.html

[Harry Stahl]

Dass man Fastreports (bzw. den Designer) nicht ohne weiteres für ERP-Programme nutzen darf, war schon immer so. Ich hatte mir damals die FMX-Prof. Version von Fastreports zulegen wollen (und habe es auch getan), jedoch vorher gefragt, ob mein Adressenverwaltungsprogramm bzw. Rechnungsprogramm nach deren Auffassung ERP sei. Das hatte man verneint und mir geantwortet, dass ich FR in meinen verkauften Programm nutzen, bzw. den Designer weitergeben darf.

Allerdings wird nun die FMX-Version in alter Form nicht mehr weitergeführt und bislang gibt es auch kein Update-Preis dafür (habe explizit nachgefragt).

D.h. ich müsste 499,-- Euro für die FMX-Prof-Version zahlen.

Das sehe ich nun nicht ein.

Plane daher, mir eine aufrufbare Exe (evtl. auch DLL) mit Delphi 11.3 zu machen (bis dahin ist die FMX-Version noch nutzbar) und die zu reportenden Daten dann an die EXE / DLL übergeben, die dann die Druckausgabe macht bzw. auch den Designer enthält. Wahrscheinlich wird es eher eine EXE, weil ich die dann (einfacher) auf allen 3 Plattformen (Win, MacOS und Linux) verwenden kann.

[TurboMagic]

Hallo,

wo findet man denn diese Deployment Lizenzinfos?
Hier jedenfalls nicht:

https://www.fast-report.com/buy

[johndoe049]

Zitat von TurboMagic:

Hallo,

wo findet man denn diese Deployment Lizenzinfos?
Hier jedenfalls nicht:

https://www.fast-report.com/buy

https://www.fast-report.com/licenses

[johndoe049]

Zitat von Harry Stahl:

Dass man Fastreports (bzw. den Designer) nicht ohne weiteres für ERP-Programme nutzen darf, war schon immer so. Ich hatte mir damals die FMX-Prof. Version von Fastreports zulegen wollen (und habe es auch getan), jedoch vorher gefragt, ob mein Adressenverwaltungsprogramm bzw. Rechnungsprogramm nach deren Auffassung ERP sei. Das hatte man verneint und mir geantwortet, dass ich FR in meinen verkauften Programm nutzen, bzw. den Designer weitergeben darf.

Allerdings wird nun die FMX-Version in alter Form nicht mehr weitergeführt und bislang gibt es auch kein Update-Preis dafür (habe explizit nachgefragt).

D.h. ich müsste 499,-- Euro für die FMX-Prof-Version zahlen.

Das sehe ich nun nicht ein.

Plane daher, mir eine aufrufbare Exe (evtl. auch DLL) mit Delphi 11.3 zu machen (bis dahin ist die FMX-Version noch nutzbar) und die zu reportenden Daten dann an die EXE / DLL übergeben, die dann die Druckausgabe macht bzw. auch den Designer enthält. Wahrscheinlich wird es eher eine EXE, weil ich die dann (einfacher) auf allen 3 Plattformen (Win, MacOS und Linux) verwenden kann.

Hatten wir auch geplant, bis wir folgendes gelesen haben:

3.1 Prohibited Conduct. Licensee shall not:

(g) create a Solution that does not differ significantly from the Software, or the main functionality of which is based mostly on the functionality of the Software;
(h) develop and/or distribute stand-alone report generators based on the Software;

Wir haben bei Fast Report angefragt, ob ein eigenständiges Druckprogramm möglich ist, oder ob das unter die Einschränkungen fällt. Wir warten noch auf eine Antwort von denen.

Wenns nicht damit möglich ist, werden wir Lazarus oder Code Typhoon ein Druckprogramm erstellen und einen Freeware Generator nehmen. LazReport ist vom Funktionsumfang und von der Einbindung fast identisch. Der Designer ist zwar hässlich, aber wie oft muss man Druckvorlagen erstellen oder anpassen.

[user69]

Zum manuellen installieren:
Am Ende sind alle Wege irgendwie recht kompliziert. FastReport beinhaltet ja leider ca. 100 DPKs.

Das Kompilieren geht ja per Batch DCC32 ganz gut (so hat es je deren alter installer auch gemacht). Dann hat man die BPLs.

Das Problem bleibt nur die Reihenfolge zu finden. Das kostet wohl leider einiges an aufwand (entweder manuell zu schauen oder auch ein script dafür zu schrieben). Hat jemand dafür ein Tool, was dies automatisch ordnen könnte?
Aber in einer Projektgruppe wäre das nicht besser, hinzu käme aber der komplette Adminaufwand der Konfiguration und der Verzeichnisse.

Zum Installieren der Packages dachte ich and dzpackageinst von twm/dummzeuch. Da kann man wohl auch gleich einige sprachen weglassen, die man eh nicht nutzen will.

Bleibt noch das nervige Pfade setzen.
Gibt es dazu ein tool?

In der Summe ist das alles recht aufwendig und leider muss bei ner neuen Version alles noch mal geprüft/geändert werden ...

[himitsu]

siehe #36 ... da ist ein (böser) Code drin, der Packages entsprechend der Require sortiert.

[Harry Stahl]

Zitat von johndoe049:

Zitat von Harry Stahl:

Dass man Fastreports (bzw. den Designer) nicht ohne weiteres für ERP-Programme nutzen darf, war schon immer so. Ich hatte mir damals die FMX-Prof. Version von Fastreports zulegen wollen (und habe es auch getan), jedoch vorher gefragt, ob mein Adressenverwaltungsprogramm bzw. Rechnungsprogramm nach deren Auffassung ERP sei. Das hatte man verneint und mir geantwortet, dass ich FR in meinen verkauften Programm nutzen, bzw. den Designer weitergeben darf.

Allerdings wird nun die FMX-Version in alter Form nicht mehr weitergeführt und bislang gibt es auch kein Update-Preis dafür (habe explizit nachgefragt).

D.h. ich müsste 499,-- Euro für die FMX-Prof-Version zahlen.

Das sehe ich nun nicht ein.

Plane daher, mir eine aufrufbare Exe (evtl. auch DLL) mit Delphi 11.3 zu machen (bis dahin ist die FMX-Version noch nutzbar) und die zu reportenden Daten dann an die EXE / DLL übergeben, die dann die Druckausgabe macht bzw. auch den Designer enthält. Wahrscheinlich wird es eher eine EXE, weil ich die dann (einfacher) auf allen 3 Plattformen (Win, MacOS und Linux) verwenden kann.

Hatten wir auch geplant, bis wir folgendes gelesen haben:

3.1 Prohibited Conduct. Licensee shall not:

(g) create a Solution that does not differ significantly from the Software, or the main functionality of which is based mostly on the functionality of the Software;
(h) develop and/or distribute stand-alone report generators based on the Software;

Wir haben bei Fast Report angefragt, ob ein eigenständiges Druckprogramm möglich ist, oder ob das unter die Einschränkungen fällt. Wir warten noch auf eine Antwort von denen.

Wenns nicht damit möglich ist, werden wir Lazarus oder Code Typhoon ein Druckprogramm erstellen und einen Freeware Generator nehmen. LazReport ist vom Funktionsumfang und von der Einbindung fast identisch. Der Designer ist zwar hässlich, aber wie oft muss man Druckvorlagen erstellen oder anpassen.

Stand-Alone wäre es ja nur, wenn man damit unabhängig von meinen Software-Produkten was machen könnte. Ich würde das natürlich an meine Programme koppeln (zur Not Prüfung, ob der Caller ein von mir signiertes Programm ist), insofern sehe ich da überhaupt keine Probleme für mich so ein Tool zu machen.