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

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!

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

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

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

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. 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).

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

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...

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

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

Gruß
Martin