Druck-Report

[tomkupitz]

Danke für eure Meinungen.

List&Label scheint ja nicht so im Focus zu liegen. Bei FastReport sollte es dann aber schon die FastReport VCL 6 Enterprise Edition sein!?

Beste Grüße

[hans65]

Pro reicht vollkommen aus, wenn kein Report-Server geplant ist. Da ist Quellcode, Preview und Designer enthalten.

[Incocnito]

Hi zusammen!

List&Label war für mich im ersten Moment echt schwer zu lernen.
Gerade die Aufrufe und was zuerst muss. Auch wenn alles in der Anleitung drin steht.
Nun da ich aber schon einige Jahre mit List&Label gearbeitet habe (und immer mehr Erfahrung gesammelt hatte)
kann ich mir kein besseres Drucksystem vorstellen. Ich bin in ein Systemhaus gekommen, wo das schon im Hauptprojekt
enthalten war, deshalb weiß ich nicht, wie das ist, wenn man von 0 anfängt.
Habe dann einige Druckfunktionen eingebaut und war später maßgeblich dafür zuständig.
Da in dieser ersten Implementierung einige Fehler gemacht wurden (wie man etwas am Besten aufbaut),
war alles etwas holprig. Ich habe das dann noch in ein weiteres Projekt mit dieser Erfahrung eingebaut,
wo dann struckturell alles viel übersichtlicher war und strukturierter. Gerade die Umstellung auf eine neue Version
war immer etwas hakelig, da wir immer von der Prämisse ausgegangen sind, dass wir 2 Versionen parallel bereiben,
um bei Fehlern auf die alte Version zurück wechseln zu können.
Bei einem dritten Projekt konnte ich dann noch wieder etwas rauskitzeln und noch besser machen ... Erfahrungen halt.
List & Label hat meiner Erfahrung nach die wenigstens Bugs gehabt, von den Modulen die ich so im Einsatz hatte.
Gerade die Arbeit mit dem Designer ist einfach genial. Es kann so viel eingestellt werden und der Druck sieht immer richtig gut aus.
Im Vergleich hat/hatte das Componenten Pack von TMS (jetzt kein Drucksystem, nur so allgemein als Vergleich)
schon echt reichlich Bugs. Umgekehrt muss man aber sagen, dass gerade bei TMS der Support bestmöglich ist.
TMS hat ein sehr gut moderiertes Forum. Durch die Quellen, die beigeliefert werden, konnte ich schon ein paar mal sagen
"Hey, da ist ein Fehler, das würde ich so-und-so machen" und das wurde dann auch zeitnah behoben. Bei List&Label hingegen
war das mit dem Support echt anstrengend. Es gibt auch keine Quellen zum reinschauen (was aufgrund der nicht vorhandenen
Fehler auch nie notwendig gewesen war). Wenn ich List&Label mit dem Drucksystem QuickReport vergleiche, was in meiner
aktuellen Firma eingesetzt wird trauere ich List&Label echt hinterher. Das war schon eine andere Qualität.
Das designen von Formularen musste ich glücklicherweise in QuickReport noch nicht machen, aber das was ich bisher
gesehen habe sieht echt anstrengend aus.
Ich persönlich würde unterm Strich List&Label dem QuickReport vorziehen, aber ich will nicht ausschließen, dass
das daran liegt, dass ich schon ewig mit List&Label gearbeitet habe und nun mit QuickReport "konfrontiert" werde.
Das alles ist aber ja wie gesagt eine persönliche Meinung. Vielleicht können andere auch ihren Senf dazu geben.

Liebe Grüße
Incocnito

[haentschman]

Moin...8-)

Zitat:

Ich persönlich würde unterm Strich List&Label dem QuickReport vorziehen

...das ist auch nicht schwer. :zwinker:

PS: QuickReport ist ein altes System. QuickReport <> Fastreport :zwinker:

[Frickler]

Wir haben damals (1998) mit Quickreport angefangen und sind recht schnell auf die Vollversion gewechselt, weil die Delphi-Version einige unangenehme Fehler hatte beim Ausdruck von Bildern. Irgendwann kam dann die Anforderung, dass der Anwender an den Reports was ändern können muss, da haben wir den QuickReport Designer angeschafft. Hatte der viele Bugs... Dann wollten wir auf ReportBuilder Pro wechseln. Der hat zwar viele tolle Funktionen, ging aber deutlich langsamer zu Werke. Eine Druckvorschau, die mit Quickreport einfach so da war, dauerte mit RB mal eben ein paar Sekunden. Bei längeren Reports auch mal sehr viel länger. Danach haben wir alles mögliche durchprobiert und sind am Ende (2007) bei FastReport gelandet. Da sind wir heute noch, inzwischen bei Version 6.
Man kann damit echt komplexe Reports erschaffen nicht nur mit den normalen Bändern, sondern mit Subreports und verschiedenen "Seiten" (z.B. Seite1: der Report, Seite2: eine ausführliche Zusammenfassung, Seite3: eine knappe Zusammenfassung) wo dann die einzelnen "Seiten" separate Reports sind, die aber als einer ausgegeben werden. Scripting geht natürlich auch. Auch schön: man kann die Preview editierbar machen (und festlegen, was der Anwender dabei ändern darf), um z.B. vor dem Ausdruck einen Text fetter darzustellen oder in einer anderen Farbe, oder die Felder umherzuschieben, Texte zu ändern oder gar zu löschen. Und das ganze ordentlich schnell.

[Frickler]

Tipp zum Reporting: Arbeite nicht direkt mit der Query, benutz ein ClientDataSet. Das ist einfach schneller. Vor allem bei Reports mit zwei Durchgängen (braucht man, wenn die Summen gleich auf der Startseite erscheinen sollen).