Welchen Reportdesigner würdet Ihr empfehlen?

[Neumann]

Hallo,

seit langem benutze ich Fastreports, ich selbst komme auch eingermaßen damit klar. Aber immer wieder gibt es da Merkwürdigkeiten und Klippen zu umschiffen, z.B. bei Kassenbons mit unbestimmter Länge der Seite (die sog. EndlessHeight ist da auch keine wirkliche Hilfe).

Die Anwender sind mit dem Reportdesigner oft überfordert, sie bräuchten eigenlich etwas Einfacheres. Rave scheint mir da auch nicht besser zu sein.

Könnt ihr da etwas empfehlen?

Gruß

Ralf

[TheMiller]

Ja - Fast-Report ist (meiner Meinung nach) die beste Komponente. Sie ist ihren rel. regingen Preis Wert und ich nutze sie selbst für die verschiedensten Projekte.

Super Datenbankanbindungen, läuft schnell und stabil.

Mfg!

[kroimon]

Zitat:

Zitat von DJ-SPM

Ja - Fast-Report ist (meiner Meinung nach) die beste Komponente. Sie ist ihren rel. regingen Preis Wert und ich nutze sie selbst für die verschiedensten Projekte.

Super Datenbankanbindungen, läuft schnell und stabil.

QFT.

Nachdem ich von Rave sehr enttäuscht war, hatte ich mich vor einigen Monaten selbst in der Report-Welt umgesehen und bin bei FR4 hängen geblieben, von dem ich dann inzwischen auch die Pro-Version besitze...
Schnell, ne Menge sehr flexibler Features... Hat einfach alles was ich brauche :-)

[ecotron]

Hallo,

Bin mit Fast-Report 4 auch sehr zufrieden.
Mit Kassenbons sollte es keine Probleme geben. Welche Bänderstruktur wurde denn bei den Kassenbons verwendet?

gruss
ecotron

[alzaimar]

Ist das hier eine Werbeveranstaltung für FastReport-4 oder was? :zwinker:

Ich verstehe dein Problem mit den Kassenbons auch nicht, denn ich habe ein ähnliches Problem ohne Nachzudenken mit FR4 lösen können. Erstelle doch einfach einen Thread, indem Du dein Problem beschreibst. Ich wette, Du bekommst eine gute Lösung. Wenn nicht, wende dich an FR, deren Support ist vorbildlich.

Ich hab mir zwangsweise mal CrystalReports angeschaut bzw. anschauen müssen und muss sagen, das das von SAP eingekaufte CR nur in einem einzigen Punkt 'besser' ist: Während man in FR relativ schnell anfängt, sich mmit dem Script auseinanderzusetzen, kann man in CR fast alles irgendwie über Buttons und Dialoge erreichen. Man kann also fast alles irgendwie per Dialog anpassen. Ok, man braucht eine intensive Schulung, um sich die ganzen Features zu merken, aber, hey, der Arbeitgeber zahlt. :mrgreen: Irgendwann landet man zwar auch in so einer Art Skripteditor, aber der erinnert eher an eine dadaistische Interpretation des GUI-Paradigmas.

Kurzum: CR hat nachträglich versucht, ihren Mumpitz flexibler zu gestalten, indem sie dann hinter jedes Feature (von den 1.545.646,30 die es gibt) noch einen 'Äh, zur Not eben per Skript'-Button zu klatschen.

Rave habe ich schlichtweg nicht verstanden.

Faztit: Als End-User-Report-Generator ist FR4 nur für Leute mit Programmiervorbildung zu empfehlen, für uns Entwickler gibt es einfach nichts Besseres (finde ich).

[DP-Maintenance]

Dieses Thema wurde von "mkinzler" von "Datenbanken" nach "Tools rund um Delphi" verschoben.
FastReport lässt sich auch ohne Datenbankanbindung verwenden

[Neumann]

Hallo,

danke für die bisherigen Antworten. Wie gesagt, ich komme mit dem FR gut zurecht - Manchmal muss man aber schon etwas suchen und herumprobieren um den Report richtig hinzubekommen. Man muss auch die Eigenschaften der Report-Objekte sehr sorgfältig setzen, sonst geht es daneben.
Mein Problem sind da eher die Benutzer des Programms die von dem Reportdesigner überfordert sind. Immer wieder kommen deswegen Anrufe.

Besonders schwierig ist das Design wenn man Druckerschriften benutzen muss (ältere Bondrucker drucken mit Windows-Schriften schneckenlangsam). Die Vorschau entspricht dann nicht mehr dem Ausdruck und man muss lange herumprobieren.

Ansonsten verwende ich die üblichen Bänder wie Title, PageHeader, Masterdata usw ergänzt durch Child-Bänder, die je nach ihren Kriterien angezeigt oder ausgeblendet werden. Dass funktioniert wirklich gut und ist mit wenigen Zeilen Script zu erledigen.

Variablen lass ich jetzt vom Programm anlegen, so dass es hier keine Probleme mehr mit Tippfehlern oder fehlenden Variablen gibt.

Theoretisch sollte man Reports auch z.B. mit Open Office machen können; dies scheint mir aber zu langsam. Es darf höchstens eine Sekunde dauern bis ein Ausdruck anfängt und nicht viel mehr bis er fertig ist; ist der Ausdruck lang kann es allein wegen den Druckern, die etwa 20 cm pro Sekunde schaffen natürlich etwas länger dauern.

Gruß

Ralf

[Frickler]

Die Bonlänge musst Du im Druckertreiber einstellen. Ich nehme mal an, Du verwendest sowas wie den Epson TM-T88? Ab Version IV ist dieser schnell genug für den Windows-Reportdruck.

In der Standardeinstellung des Treibers kann der Bon die Länge von A4-Seiten (29,7 cm) nicht überschreiten, egal, was Du im Report einstellst. Auch wenn Du "endlose Länge" einstellst, hat das keinerlei Auswirkungen!

Im Druckertreiber für den TM-T88IV (Treiber Version 3 verwenden, nicht Version 4! Dieser hat einen blöden Fehler, der längere Bons stumpf verhindert...) den Karteireiter "Layout" anwählen und dort "User Defined Paper Size". Die Papierlänge wird in 1/10 mm angegeben. Trägt man also sowas wie 20.000 ein, dann kann der Bon bis zu 2 m lang werden.


Hab mich selbst lange damit rumschlagen müssen... :)

[p80286]

Zitat:

Zitat von alzaimar

... Irgendwann landet man zwar auch in so einer Art Skripteditor, aber der erinnert eher an eine dadaistische Interpretation des GUI-Paradigmas.

Das ist unfair!!!!
Noch so eine Schote und ich hol mir eine Bauchmuskelzerrung vor Lachen.

Gruß
K-H

[marteng57]

Ich habe sehr gute Erfahrungen mit List & Label von Combit gemacht. Ich benutze diesen seit ca 10 Jahren und bin sehr zufrieden.

Gruß
Martin

[alzaimar]

Zitat:

Zitat von Neumann

Besonders schwierig ist das Design wenn man Druckerschriften benutzen muss (ältere Bondrucker drucken mit Windows-Schriften schneckenlangsam). Die Vorschau entspricht dann nicht mehr dem Ausdruck und man muss lange herumprobieren.

Es gibt eine Matrixdrucker-Reportkomponente von FR. Wenn der Druckertreiber es unterstützt, kannst Du auch die nativen Druckerfonts verwenden. Irgendwo muss man das eventuell einstellen.

Zebra-Drucker haben eine eigene Druckersprache, mit der man sehr kompakt Label mit hochauflösenden Barcodes drucken kann. Hier ist der Umweg über die Windows-Printerengine wirklich suboptimal, weil man die Barcode-Qualität so nicht hinbekommt, sondern eben nur über die generische Zebrasprache.

Hier hilft nur, einen ASCII-Druckertreiber zu verwenden, und die Codes direkt zu übertragen. Schön ist das nicht, aber effektiv.

Dein Drucker ist nicht zufällig über die serielle Schnittstelle angeschlossen? Dann dauert es tatsächlich einige Sekunden, bis die Bitmaps der Windows-Printerengine übertragen sind. Im Parallel/USB-Modus geht das aber schnell genug.

[Neumann]

Hallo,

nochmal Danke für die Antworten.

Nochmal zu den Kassenbons: Mit neuen Druckern und mit ausreichend schnellen Schnittstellen wie USB, Parallel oder Netzwerk kein Problem. Ärger machen nur die älteren und mit serieller Schnittstelle angeschlossene. Diese sind bei Kunden vorhanden, laufen noch und der Kunde will keinen neuen kaufen.

Wir können diese unterstützen, herunter bis zu direkt Schreiben auf den Port und den bekannte ESC-Sequenzen; das Design ist dann aber nicht mehr so flexibel als wenn man einen Reportdesigner einsetzt.

Eigentlich ging es mir aber darum, zu hören ob es etwas gibt was ein Endkunde möglichst einfach konfigurieren kann. Etwas, was einfacher ist als z.B. FR. Ein Mitbewerber hat dafür einen eigenen Reportdesigner gebaut, der das bietet.

Dazu habe ich nicht die Zeit, würde lieber etwas kaufen.

Gruß

Ralf

[alzaimar]

Einfacher bedeutet auch immer: Weniger flexibel.

Ich finde es interessant, das ein 'Bon-Designer' ein Alleinstellungsmerkmal einer erfolgreichen Kassensoftware sein soll. Im Übrigen dürfte die kostenlose Bereitstellung eines modernen Bondruckers dieses Alleinstellungsmerkmal locker schlagen. Zumal Du vermutlich über den Service und die Zusatzwünsche den Gewinn machst.

Und so teuer sind die doch nicht, oder?

[Neumann]

Hallo, Alzaimar,

natürlich ist das Bon-Design nur ein Aspekt, klar. Es gibt vieles, was wichtiger ist. Aber man will nun einmal - gerade bei der grossen Zahl von Mitbewerbern - ein möglichst optimales und vielseitig einsetzbares Produkt liefern.

Bondrucker: Teuer ist relativ. Endkundenpreise liegen eigentlich immer über 250 € netto pro Stück für qualitativ hochwertige Drucker (genaue Preise kenne ich nicht, ist nur ungefähr); wobei die wenigsten Kunden mit einem auskommen.

Kostenlos mitliefern geht da sicher nicht. Klar bezahlen die Kunden auch für Vorinstallation (Pauschale).

Gruß

Ralf

[webcss]

Wie wärs mit Vermieten? inkl. Service, Verbrauchsmaterial usw. machen ec-Cash Dienstleister auch so...

[alzaimar]

In welchem Rahmen bewegt sich denn die Funktionalität des Designers deines Mitbewerbers?

[hoschiepeter]

Hi,

Ich habe mir auch in letzter Zeit Quick Report und Rave Report angeschaut. Beides ist nicht besonders zu empfehlen. Ich habe es auch hinischtlich Delphi 7 und delphi 2009 getestet.

Was ganz schlecht bei Rave ist, ist das die Dateien in den kleinsten Versionssprüngen nicht mehr kompatibel sind.
5.08 => 5.12 und schon kann der Report nicht mehr in 5.08 benutzt werden.

In der Hinsicht kann Quick Report richtig Punkten. Von Delphi 7 nach Delphi 2009 auch kein Probleme.
Was allerdings ein großes Manko ist, ist der Designer der in beiden Version vorliegt aber in Delphi 2009 nicht mal funktioniert und 200 Warungen von sich gibt. Auch funktioiert die datenbankanbindung nur in der bde.
Es soll zwar auch mit ado funktionieren, das trift aber nicht zu.

Am ende habe ich mich dann aber für Quick report entschieden, da wir schon viele Projekte in delphi 7 haben, die wir dann leicht nach delphi 2009 ziehen können.

[omata]

Ja, so habe ich das auch erlebt und finde deshalb Quickreport auch besser als Ravereport.
Aber wieso sollte beim Quickreport nur die BDE funktionieren? Ich setzte dort dbExpress ein und das funktioniert wunderbar. Es geht ja auch nur um ein TDataSet, das muss also auch mit ADO gehen.

[ConstantGardener]

@hoschiepeter

...auch wir setzen in Altprojekten QuickReport ein. Unser Umzug von der BDE zu NexusDB lief in der Beziehung aber glatt. Also wie Omata schon sagt sollte es eigentlich mit jedem TDataset funktionieren. :shock:

Oder suchst Du nur einen Grund um nicht auf eine andere DB zu wechseln ? :wink: :lol:

[fkf]

Hallo,

ich habe das Hickhack von Borland, Inprise, CodeGear,Embar... nie verstanden. Man quält den Programmierer mit wechselnden Reportengines (Report Smith, Quick Report, Rave) ohne dass etwas wirklich besser wird.
Besonders Rave war für mich extrem frustierend. Wir hatten uns für ReportBuilder entschieden und dabei gute Erfahrungen gemacht.

[Bernhard Geyer]

Zitat:

Zitat von fkf

Besonders Rave war für mich extrem frustierend. Wir hatten uns für ReportBuilder entschieden und dabei gute Erfahrungen gemacht.

Hatte ich auch vor ein paar Jahren (andere Firma) eingesetzt. Die paar € Lizenzkosten hatten sich auf jeden Fall gelohnt.