[Bibliothek] Barcode für Delphi (Zint)

[chaosben]

Geschichte & Hintergrund
Ende 2009 entstand hier und im TUO-Repository die TZintBarcode-Komponente. Das war ein Compilat der Zint-Bibliothek als 32bit-Windows-DLL und die dazu passenden Delphi Wrapper-Klassen und Komponenten.
Zint ist ein C-Projekt von Robin Stuart, einem sehr netten Entwickler aus UK.
Nach einer Weile starb das original Zint-Projekt (und damit auch die Weiterentwicklung unserer Komponente) weil Robin das Projekt nicht mehr unterstützte.
Ende Mai 2012 kam wieder frischer Wind in das Zint-Projekt, auch durch den Fork (was auch gleichzeitig der aktuelle Stand der Dinge ist) von Ismael Luceno auf github.
Da wir externe Abhängigkeiten(in diesem Fall die zint.dll) nicht gern haben, entschieden wir uns (nach Absprache mit Robin), den originalen C-Code nach Pascal zu übersetzen.
Dabei gelten 2 Regeln:

1. So nah wie möglich am originalen C-Code bleiben, damit Bugfixes und Features möglichst einfach übernommen werden können
2. So Pascal wie möglich, damit auch die FreePascal-Gemeinde (und damit möglichst viele Plattformen) etwas davon hat.

Und damit sind wir im Heute angekommen. Die Übersetzung ist vollständig erledigt und nun warten wir auf euer Feedback.

Was es ist
Dies ist eine native Pascal-Implementation der Zint-Bibliothek zur Erstellung von verschiedenen 1D- und 2D-Barcodes.

Download
Den Code gibts per SVN.

• Bibliothek
• Komponenten
• Demo

Lizenz
Apache License 2.0

Was im Moment geht
Zur Zeit sind folgende Codes verfügbar:

• 2of5Matrix, 2of5Industrial, 2of5Interleaved, 2of5IATA, 2of5Datalogic
• Deutsche Post Leitcode, Deutsche Post Identcode
• EAN128, Code128, Code128B, NVE18, ITF14, EAN14
• Datamatrix
• Maxicode
• Code 11, Code 39, Pharmacentral (PZN), Extended Code39, Code93
• Pharmacode, 2-Track-Pharmacode, Codabar, Code32
• Australia Post Code, Australia Post Reply Code, Australia Post Route Code, Australia Post Redirect Code
• Aztec, Azrunes
• Code16k
• Code49
• Composites: EAN128
• QR-Code, MicroQR-Code
• Gridmatrix
• Plessey, MSI-Plessey
• EAN13, EAN5, EAN2, UPCA, UPCE, ISBN
• Telepen,
• [Korea|Dutch|Japan]Post
• GS1-Databar

Folgende Rendering-Ziele werden im Moment unterstützt:

• TCanvas (Delphi, FMX, Lazarus)
• TMetafile (Delphi)
• TlmfImage (Lazarus)
• TBitmap (Delphi, FMX, Lazarus)
• SVG nativ (Delphi, FMX, Lazarus)

Was noch fehlt

• Firebird-UDF (man darf doch mal träumen, oder?)

Danke für die Mitarbeit (Ideen, Bugs, ...)

• Codehunter
• 0815achim
• Carsten2
• HighBaer

Fragen, Anregungen, Issues
Falls ihr dergleichen habt, schreibt sie bitte in den Issue-Tracker oder auch in diesen Thread (falls eine akute Google-Allergie besteht ). In der Regel sollte sich eine Lösung finden lassen.
Wünsche, die in Form einer PayPal-Zahlung ankommen, werden bevorzugt bearbeitet.

Viel Spass!

[Codehunter]

Zitat von chaosben:

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 von weisswe:

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 von sh17:

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

Und Windows und MacOSX.

[wjjw]

Zitat von mkinzler:

Zitat von sh17:

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.