[Bibliothek] Barcode für Delphi (Zint)

[chaosben]

War dein letzter Post ein Ausrutscher oder Ernst?
Wenn er ernst gemeint war, dann hier noch mal der Link, den Bummi schon mal ansprach.

Ansonsten hab ich dir einen 140er/XE Ordner reingebaut.

[Codehunter]

Da ich grad selbst nach Barcode-Kompos suche bin ich auf diesen Thread gestoßen. Ich möchte nur zum Thema GPLv3 etwas anmerken: Selbst wenn Zint unter der GPLv3 steht, so ist es hier zur zint.dll kompiliert, die Delphi-Komponenten nutzen nur die DLL und implementieren nicht selbst Quellcodes aus dem Projekt Zint. Daher müssen Projekte, welche die zint.dll benutzen, nicht zwingend unter der GPLv3 stehen. Andernfalls müßte ja auch jedes Bild das mit Gimp erstellt wurde, unter der GPL stehen. Oder die Ausführung einer unter der GPL stehenden .EXE würde das gesamte Windows-Betriebssystem unter die GPL zwingen. Das ist Mumpitz.

Die Diskussion gabs schon hunderte Male im Netz. Letztendlich ist die Lesart der GPL so, dass die Verwendung und Weiterentwicklung von Quellcodes die "Infektionalität" der GPL bewirkt. Diese endet dann jedoch bei Kompilaten wie DLLs. Um allen Missverständnissen vorzubeugen, sollte man den Lizenztexten der eigenen Software einen Hinweis zur Verwendung der unter der GPLv3 stehenden zint.dll hinzufügen und einen Link zu den Quellcodes der zint.dll mit angeben. Dann hat man der GPLv3 in jedem Fall Genüge getan.

[chaosben]

Update 30.07.13: es wird noch besser!
Nachdem das originale Zint-Projekt eine Weile tot war, lebt es jetzt wieder und auch Pascal-Liebhaber sollen etwas davon haben.
Deshalb arbeiten wir gerade an einer Pascalübersetzung des Zint-C-Codes um dann später Barcodes aus Delphi/Freepascal/Lazarus nativ zu generieren.
Zur Zeit (nach 2 Tagen Arbeit) funktionieren schon mal 2of5-Matrix und Code128.
Dafür wird wahrscheinlich die alte Komponente sterben müssen. Aber was solls ... shi*** happens
Mal sehen wie es weiter läuft.
Und falls ihr irgendwelche Anregungen habt: immer her damit ... wir lesen sie auf jeden Fall.

[Patito]

Hm. Gut. Nur leider GPL und damit z.B. nicht verwendbar in Anwendungen, die nicht GPL sind.
Codehunter verwechselt in seiner Aussage oben wohl die GPL mit der LGPL.

Ein Hinweise auf der Webseite zu zint klingt ein wenig danach, als ob zint.dll freier sein sollte.
"Only the contained backend (aka ZINT shared library) is licensed under BSD 3."
Im wichtigen Sourcecode und den Lizenz-Files sehe ich aber überall nur GPL.

Konkrete Frage: Wenn jemand zint verwendet um für z.B. FastReports fehlende Barcodes zu erzeugen ist das wohl
Lizenztechnisch unmöglich?! (FastReports gibts vermutlich nicht als GPL?)

[chaosben]

Ich versuch mal, diese Lizenz-Diskussion zu beenden:
Auf Nachfrage bei Robin Stuart (dem Entwickler von Zint) schrieb er:

Zitat von Robin Stuart:

Don't worry about any licensing issues, just go ahead - the only thing I would ask for is you put "based on Zint by Robin Stuart and the Zint team" or something to that effect in your code, and maybe a link so that those who are interested can trace the lineage.

Damit ist imho alles gesagt.
Der Pascal-Code wird letztendlich unter der DWYWBDBU-Lizenz (do what you want, but dont blame us) rauskommen, womit alle Einsatzmöglichkeiten offen sind.

[chaosben]

Update 06.08.13: Erste Erfolge
Bis jetzt läufts ganz gut. Im Moment kann man folgenden Codes erstellen (getestet mit XE2 und Lazarus):

• 2of5 Matrix, 2of5 Industrial, 2of5 Interleaved, 2of5 IATA, 2of5 Datalogic
• Deutsche Post Leitcode, Deutsche Post Identcode
• EAN-128, Code128, Code128B, NVE-18, ITF-14, EAN-14
• Datamatrix
• Maxicode

Wer es ausprobieren will ist im SVN-Repository richtig.
Demnächst wird es dann auch mindestens eine Komponente zur einfachen Verwendung geben.

[Codehunter]

Wenn ich einen Wunsch äußern dürfte: Codabar wäre für mich ganz interessant und die Kompilierbarkeit für 64 Bit. Bei einem Projekt setze ich eine uralte Komponente ein, die in Pixeleinheiten auf Canvas zeichnet. Das ist äußerst lästig wenn man die Barcodes zu Papier bringen will. Man muss erst umständlich die Druckerauflösung ermitteln und dann Pixel in Millimeter umrechnen. Daher wäre es sehr wünschenswert, wenn die Komponente die Berechnung selbst vornehmen könnte wenn man ihr einen dpi-Wert sowie Höhe und Breite in mm vorgibt.