Quickreport: Einziger Entwickler gestorben - Wie geht es weiter?

[Uwe Raabe]

Ich stelle zwar alle Projekte möglichst zeitnah um, aber auch dazu ist eine auf dem jeweils aktuellen Delphi laufende QuickReport-Version immer hilfreich.

Also, ich bin dabei.

[Rollo62]

QR kenne ich nicht besonders, gibt es da vielleicht einen Migrationsweg ?
https://www.fast-report.com/es/faq/12/113/
https://stackoverflow.com/questions/...-to-fastreport

[BlueStarHH]

Zitat von Rollo62:

QR kenne ich nicht besonders, gibt es da vielleicht einen Migrationsweg?

Das klappt nur für ganz simple Reports. Ich habe Reports die per Code angepasst sind und wo diverse Besonderheiten und Bugs vom Quickreport beachtet werden. Das müsste bei einer Migartion angepasst werden. Also viel Arbeit ohne Vorteil. Und wenn die neue Report-Komponenten dann auch irgendwann eingestellt wird, dann wieder aufwändig migrieren ohne einen Vorteil (für den Endanwender)? Macht meiner Meinungn nach bei einer Report-Komponente keinen Sinn...

[jaenicke]

Immerhin steht dort unter dem Link ja auch "Please contact us for the source code". Insofern sollte für Bestandskunden ja diese Möglichkeit bestehen.

Eine Veröffentlichung als Open Source kann problematisch sein, wenn man nicht sicherstellen kann, dass man für alle Teile des Codes auch das Recht dazu hat. Und das ist bei vielen Closed Source Projekten leider nicht der Fall.

[Lemmy]

Zitat von BlueStarHH:

Das klappt nur für ganz simple Reports.

und leider selbst für die nicht immer - schneller geht es imho das Zeugs in FR wirklich neu zu machen. WObei der Support von FR anscheinend bei der Umstellung auch unterstützt.

Zitat von BlueStarHH:

Also viel Arbeit ohne Vorteil.

das ist so nicht korrekt. FastReport hat schon Vorteile gegenüber QR - schon allein bzgl. der Druckeransteuerung (auch wenn die besser geworden ist).

Zitat von BlueStarHH:

Und wenn die neue Report-Komponenten dann auch irgendwann eingestellt wird, dann wieder aufwändig migrieren ohne einen Vorteil (für den Endanwender)? Macht meiner Meinungn nach bei einer Report-Komponente keinen Sinn...

Das ist das grundsätzliche Problem bei Kauftools - d.h. auch bei Microsoft, Delphi,...

[TomF]

Ich weiß nicht, wie belastbar das ist - ich habe letzten Freitag untenstehende Antwort von QBS ([e-mail]) erhalten...

"Thank you for contacting us.

Unfortunately our main developer passed away recently so we do not have a version for 10.4 available.

We're currently looking at our options and may have a version released soon."

Gruß, Tom

[bcvs]

Dazu gab es ja hier kürzlich noch einen anderen Thread, bei dem das Thema aufkam:
https://www.delphipraxis.net/204416-...ml#post1466053

Bei dem Aufruf wegen Open Source wäre ich auch dabei. Ich habe mit dem QR teilweise viel rumgetrickst. Der steckt schon tief im System drin. Ein Umstieg auf etwas anderes wäre schon ein Riesenaufwand.

[freimatz]

Hilft zwar jetzt nicht, aber in Zukunft: Verwende nie Delphi-Fremdkomponente ohne Sourcen. Nie[sic!]

[TurboMagic]

Zitat von TomF:

Ich weiß nicht, wie belastbar das ist - ich habe letzten Freitag untenstehende Antwort von QBS ([e-mail]) erhalten...

"Thank you for contacting us.

Unfortunately our main developer passed away recently so we do not have a version for 10.4 available.

We're currently looking at our options and may have a version released soon."

Gruß, Tom

Main deve,oper bedeutet nach meinen Kenntnissen nicht only developer!
Nur halt der, der das hauptsächlich gemacht hat oder die besten Kenntnisse hatte.

May have a version released soon deutet auch an, dass es vermutlich weitergehen wird.

[jangbu]

Hallo Rolf,

ich hänge am gleichen Thema. Habe jetzt zusätzlich zu 10.3.3. 10.4 installiert und versuche nun meine vorhandene QR6 in 10.4 einzubinden.
Beim Versuch QRWRunDXE10_4 zu compilieren bekomme ich den Fehler:
[MakeDir Fehler] Das Verzeichnis "..\..\XE10_3\Win32\Debug\" kann nicht erstellt werden, bzw. "..\..\XE10_3\C++B-files\Win32\Debug\".
Im Quellcode steht nichts von "10_3" auch nicht unter required was ich anpassen könnte?