[Bibliothek] Barcode für Delphi (Zint)

[0815achim]

Hallo

Ich wollte soeben voller Erwartung ZINT auch mal ausprobieren.
Leider fehlt mir aber zum compilieren die "zint_metafile.pas"

Viele Grüße... 0815achim

[MarcoWarm]

Major UPDATE

ab heute wird's wohl nicht mehr funktionieren ;-) - aber zumindest compiliert es

Wir haben den Code jetzt insoweit angepasst, daß er jetzt keinerlei AnsiString und AnsiChar Code mehr enthält. Das heißt alle "Strings" sind intern jetzt 0-basierende Byte oder Char Arrays. Das liegt näher am C Code und sollte jetzt kompatibel mit den mobilen Plattformen sein.

Es wäre nett, wenn das jemand verifizieren könnte (iOS oder Android) - auch, ob sich diese erstellten Barcodes auch scannen lassen (nicht alles was dicke und dünne Striche hat ist ein lesbarer Barcode ;-) )

Außerdem werden jetzt die Gs1 Composite Barcodes unterstützt (zumindest EAN128) http://www.dlsoft.com/barcode_types/...de_symbols.htm

schönes Wochenende
Marco

PS @ achim - das zint_metafile war deprecated... in der aktuellen revision ist es nicht mehr dabei ... war noch eine Leiche .. danke fürs bescheid geben

[0815achim]

OK!

Danke für die schnelle Antwort.

Gruß... 0815achim

[0815achim]

Hallo

Ich schon wieder.
Erst mal mein Lob für die klasse Arbeit und die Muhe.

Ich habe beim rumprobieren noch einen kleinen Fehler entdeckt.
Beim erzeugen von DataMatrix wird in der generierten Grafik immer ein "@" angehängt.

Den Fehler selber habe ich im zint_dmatrix.pas Teil gefunden.
Dort steht in Zeile 479 "while (sp <= inputlen) do".
Richtig wäre aber "while (sp < inputlen) do".

Viele Grüße... 0815achim

[MarcoWarm]

uuuuuuuuuuuuuuuuuuuuuund gefixt :-)

und als Belohnung für's Fehlerfinden gibts jetzt gratis den QR Code encoder obendrauf

Gruß
Marco

[chaosben]

Update 27.08.13: wer hat einen Scanner der Gridmatrix lesen kann?

Seit heute sind folgende neue Codes verfügbar: MicroQR und Gridmatrix.
Außerdem haben wir intern (TEncoding, StrtoArrayOfByte, ...) ein wenig auf-/umgeräumt. Hoffentlich läuft es jetzt noch auf allen System sauber. :roll:

[chaosben]

Update 28.08.13: Neue Codes und ein paar Helper

Neu hinzugekommen sind EAN-Codes, einige Plessey's und ein paar Helper um die Optionen eines Symbols besser zu setzen (TZintSymbol.???Options)

[Furtbichler]

Zitat:

Zitat von MarcoWarm (Beitrag 1225968)

..auch, ob sich diese erstellten Barcodes auch scannen lassen (nicht alles was dicke und dünne Striche hat ist ein lesbarer Barcode ;-) )

Wenn ihr pixelgenau rendert, dann solltet ihr doch einen Unittest schreiben können, denn bitmapbasierte Barcodeencoder APIs sollte es doch geben, oder? Nur so ne Idee.

Und falls ihr wider erwarte nicht pixelgenau rendert (also die Strich- und Zwischenraumdicken auf pixel herunterrechnet und ggf. anpasst), dann garantiere ich euch, das eure Barcodes nicht immer lesbar sind (genaugenommen nur mit hochauflösenden Druckern). :stupid:

Und leider bzw. gott-sei-dank gibt es auch bei Scannern gute und schlechte (wobei die schlechten nach Spec decoden, was ja nicht gerade 'schlecht' ist) und die guten eine Art Fuzzy Logic haben ('sieht am ehesten nach EAN aus, ist zwar außerhalb der Spec, aber lesbar')

Nur die 'guten' lesen auch schlecht gerenderte Barcodes (d.h. nicht pixelgenau) und das auch nicht immer. Leider. Ich kenne ein Gerät von SICK, welches neben dem Lesen auch eine Analyse der Barcodegüte ausspuckt. Aber das kostet ne Ecke.

Das war mein Senf zum Donnerstag.

[weisswe]

[QUOTE=Furtbichler;1226571]

Zitat:

Zitat von MarcoWarm (Beitrag 1225968)

Und leider bzw. gott-sei-dank gibt es auch bei Scannern gute und schlechte (wobei die schlechten nach Spec decoden, was ja nicht gerade 'schlecht' ist) und die guten eine Art Fuzzy Logic haben ('sieht am ehesten nach EAN aus, ist zwar außerhalb der Spec, aber lesbar')

Ich habe einmal auf einem Whiteboard händisch einen Barcode gemalt - auch dieser konnte von unseren Barcodescannern gelesen werden. Die waren wirklich "fuzzy".. :D

[MarcoWarm]

Also,

um der, zu befürchtenden Diskussion ("Ihr malt eure Barcodes ja schlimmer als ein Kleinkind mit dem Fuss") hier mal den Wind aus den Segeln zu nehmen:

Wir (besser gesagt zint) rendert den Barcode, so genau es die entsprechende Canvas zulässt. Das ist im Falle eines Bitmaps/Printers Pixelgenau, bei WMF/LMF/SVG etc. Fließkommagenau!

Zu meiner Aussage

Zitat:

..auch, ob sich diese erstellten Barcodes auch scannen lassen (nicht alles was dicke und dünne Striche hat ist ein lesbarer Barcode )

bezieht sich vielmehr auf die Logik der Barcodeerstellung. Da wir von 1 auf 0 basierte Strings/Arrays gewechselt haben kann es durchaus sein, daß wir dabei einen Encoder "zerschossen" haben (Endbedingungen von for-Schleifen etc.). Und es war auch ein wenig Ironie dabei ;-)

Gruß
Marco