[Bibliothek] Barcode für Delphi (Zint)

[Codehunter]

Zitat:

Zitat von chaosben (Beitrag 1224136)

Im Moment kommt als Resultat ein Bitmap heraus, das man dann auf die beliebige Größe skalieren kann (bei 2D natürlich nur proportional).

Ich habe beim Thema Barcodes und Drucker bisher auch immer mit Bitmaps gearbeitet. Ist ein solider Weg, allerdings eben sehr sehr mühsam wenn man millimetergenau drucken will. Da dein Code freie Skalierung zulässt ist das schon mal ein dicker Pluspunkt. Denn das was ich bisher verwende, kann nicht linear skalieren sondern nur schrittweise. Anscheinend geht man da intern davon aus, dass bei einem 1D-Barcode ein breiter Strich immer ein Vielfaches der Breite eines schmalen Striches sein MUSS und vergisst dabei die Fehlerkorrektur der Barcodescanner.

Meiner Erfahrung nach muss ein breiter Strich nur deutlich breiter sein als ein schmaler Strich, gleiches gilt für die Lücken. Dann lassen sich Barcodes auch frei skalieren.

Der Korrektheit halber würde ich dir einen "Strikt-Mode" empfehlen, bei dem sich dein Code verhält wie oben beschrieben (standardkonform) und eine Art "Quirks-Mode", der frei skalieren kann.

Hat hier jemand Erfahrungen damit, wie man Vektordaten erzeugt und an den Drucker schickt? Delphi kapselt den Printer ja als Canvas-Objekt, daher geht wohl alles als Bitmap rüber. Wenn man sich aber z.B. mal einen A4-Etikettenbogen vorstellt, denn man mit Barcodes bedrucken will, dann ist das (ja nach physischer Auflösung des Druckers) schon ein verdammt großes Bitmap. Bei meinem HP LaserJet 4050 sind das pro A4-Seite schon 25 MB.

Spaßeshalber habe ich so ein Bitmap mal durch den Vectorizer von Corel Draw gejagt und dann zum Drucker: Siehe da, ca. 280 kB Daten.

Für die Druckgeschwindigkeit bei Multipage-Ausdrucken ist die Datenmenge nicht zu unterschätzen. Besonders auffallend ist das dann, wenn der Drucker über sehr wenig RAM verfügt und der Treiber alles in kleinen Häppchen während des laufenden Druckauftrages "nachreichen" muss.

[weisswe]

Das wird eine wirklich gute Komponente und "fast" genau was ich suche.
Es wäre PERFEKT wenn es dann auch unter dem Firemonkey Framework (FMX) laufen würde.. ;-)

[chaosben]

Was das Rendern angeht, bin ich im Moment noch nicht ganz so glücklich. Aktuell ist es nur eine Adaption des originalen Render-to-PNG Codes. Vielleicht werden wir da noch mal was anderes bauen müssen (eventuell in Richtung EMF oder so). Aber dazu muss ich mich erst mal um ein paar Grafik-Basics kümmern.

Zitat:

Zitat von weisswe (Beitrag 1224430)

Es wäre PERFEKT wenn es dann auch unter dem Firemonkey Framework (FMX) laufen würde.. ;-)

FMX ist doch FreePascal, oder? Wenn ja, dann ist es Code-technisch kein Problem, denn das Projekt wird aktuell unter Lazarus entwickelt. Also fehlt wohl nur noch eine Komponente. Die wird sich dann auch noch finden (entweder wir oder ein geneigter Contributer :-) )

[sh17]

Mit FMX meint er den großen Wurf von Emba, das Framework für Win iOS und Android.

[mkinzler]

Zitat:

Zitat von sh17 (Beitrag 1224485)

Mit FMX meint er den großen Wurf von Emba, das Framework für Win iOS und Android.

Und Windows und MacOSX.

[wjjw]

Zitat:

Zitat von mkinzler (Beitrag 1224487)

Zitat:

Zitat von sh17 (Beitrag 1224485)

Mit FMX meint er den großen Wurf von Emba, das Framework für Win iOS und Android.

Und Windows und MacOSX.

Richtig! Windows und Mac OS X! Habe schon einige Projekte mit Firemonkey gemacht (POS, ...).
Sehr zufriedene Kunden. Dazu wäre auch eine Barcodekomponente von Nutzen...

[arnof]

Ja wenn ich auch mal einen Wunsch äußern dürfte: QR2 Codes mit FMX, das würde mir gefallen .....

[chaosben]

//Edit: Wahrscheinlich wird sich das Backend noch einmal ändern. Dann sollte es FMX-ready werden.

Update 14.08.13: Neues von den Strichmännchen
2 Codes sind neu hinzugekommen: Code 16k und Code 49.
Außerdem haben wir das Backend insofern geändert, das nun ein WMF/LMF erzeugt wird, was man sich dann irgendwohin stretchen kann. Damit sollten theoretisch alle Anwendungsfälle abgedeckt sein (hoffen wir jedenfalls).
Ansonsten gabs hier und da ein paar Bugfixes, umbenannte Units (damit die armen FPC-User < 2.7 auch damit arbeiten können ;)) und eine Demo-Projekt für Lazarus (mit 1.1 getestet)

[goto10]

Servus,

kann man das auch für den C++ Builder nutzen? Das wäre echt fein.

[chaosben]

Ich denke, das wäre Holz in den Busch getragen. Das originale Zint-Projekt ist in C geschrieben. Imho sollten C-Builder-User wohl eher den original Code nutzen.