BarCode erstellen??

[Perlsau]

Zitat von MeierZwoo:

Sorry, aber ich bin weder der Benutzer noch der dort zuständige Admin - ICH kann NICHTS auf die Zielkiste DAUERHAFT kopieren. Dann muß ich wie oben auch schon erwähnt, den Druck abbrechen, wenn diese Datei nicht mehr vorhanden ist oder verändert wurde (also auch noch hashen).

Natürlich kannst du dort nichts dauerhaft kopieren, auch nicht deine Anwendung. Aber das ist alles halb so wild, denn erstens kannst du eine unbedingt benötigte Font-Datei in einer Ressurce lagern, und zweitens haben Anwender ohne Admin-Status gewöhnlich keinen Zugriff auf die Programmordner, außer sie setzen noch Win XP ein. Wenn der Anwender deine Anwendung deinstallieren möchte, kannst du natürlich nichts dagegen unternehmen

Anwendungsfall: Ein Kunde hat sich Rechnungsvordrucke in einer Druckerei drucken lassen und möchte nun, daß seine Rechnungs-Anwendung genau denselben Font verwendet, um ein einheitliches Druckbild zu gewährleisten. Das funktioniert aber nur, wenn der Anwender den benötigten Font installiert hat – oder wenn ich die Fontdatei mitliefere und für die Dauer der Anwendungs-Sitzung genau diesen Font zur Verfügung stelle. Wenn der Anwender XP einsetzt, könnte er im Grunde die Fontdatei im Anwendungsordner löschen, was zwar eine blöde Idee wäre, aber es soll ja keinen DAU geben, den es nicht gibt. Also verwahre ich die Fontdatei in der Exe (eingebunden als Resource) und kopiere sie bei jedem Anwendungsstart in den Anwendungsordner, wenn sie fehlen sollte oder verändert wurde. Wo ist das Problem

Übrigens können Anwender, die mit Win XP arbeiten, auch leicht andere benötigte Dateien aus dem Programmordner löschen, z.B. DLLs wie z.B. bei einer Datenbankanwendung, die Firebird Embedded verwendet. Vielleicht löschen sie auch die Datenbank oder gar die Exe ("... ich hab halt kürzlich gelesen, daß Exe-Dateien gefährlich sind ..."), wer weiß das schon? Mit anderen Worten: Du kannst nicht alle Eventualitäten, die ein DAU herbeiführen könnte, berücksichtigen. Ein Bekannter von mir arbeitet bei einer Hotline, der könnte dir Geschichten erzählen, das glaubst du nicht ...

[Furtbichler]

Also:
1. Wenn es geht, den Barcodegenerator des Druckers verwenden (z.B. Zebra-Druckersprache)
2. Sonst einen guten Reportgenerator verwenden, der Barcodes anhand der Zieldruckerauflösung pixelgenau rendert.
3. Sonst nach einer Delphi-VCL Barcodekomponente suchen (Andreas Schmidt, siehe torry.net) und auf die Zieldruckerauflösung rendern.
4. Oder eben einen Font verwenden (nur für 'große' Barcodes mit einer minimalen Balkenbreite von 3-4pxl)

Auch, und bitte *immer* die Druckerqualität berücksichtigen, mein Tintendrucker z.B. druckt auf normalem Papier Barcodes aus, die zwar pixelgenau sind, aber wegen des Verlaufens der Tinte von keinem Scanner der Welt gelesen werden können. Na gut, Interleaved 2 aus 5 mit einem 6 stelligen Code über die Seitenbreite geht dann doch.

[Satyr]

Wenns schnell gehen soll, keine 100%ige Datensicherheit braucht und Internet verfügbar ist, lässt es sich auch mit der Google API generieren.
In Delphi habe ich damit bisher nur als Spielerei QR Codes generiert. Aber Barcodes sind wohl auch möglich. Zumindest macht dies diese Seite so -> http://www.barcodes4.me/apidocumentation

Zwar in PHP aber das lässt sich für Delphi bestimmt adaptieren. Geht ja bei QR Codes auch.

[Mavarik]

Also QR-Code ist ein 2D barcode... Aber egal...


Code 39 und EAN lassen sich doch mit wenigen Zeilen selber erzeugen...

Hab ich mal in einem Nachmittag mit Turbo pascal 2.0 schon gemacht.

[Furtbichler]

Zitat von Mavarik:

Also QR-Code ist ein 2D barcode... Aber egal...

Da ist sich die Gemeinde mittlerweile wohl nicht mehr sicher, was ein Barcode (Balken/Strichcode) ist. Aber wirklich egal.

Zitat von Mavarik:

Code 39 und EAN lassen sich doch mit wenigen Zeilen selber erzeugen...Hab ich mal in einem Nachmittag mit Turbo pascal 2.0 schon gemacht.

Och bitte nicht *noch* eine Implementierung, die dann vielleicht nicht alle Spezifikationen (Clearzone etc.) umsetzt. Das geht ja nicht gegen dich, aber was ich in der Zwischenzeit für Schrottimplementierungen gesehen habe, geht auf keine Kuhhaut. Bitte bitte eine professionelle, ausgereifte Lösung.

Niemand druckt Barcodes als Hobby, dann kann man sich die paar Kröten für eine anständige Lösung auch leisten.

[Mavarik]

Zitat von Furtbichler:

Zitat von Mavarik:

Also QR-Code ist ein 2D barcode... Aber egal...

Da ist sich die Gemeinde mittlerweile wohl nicht mehr sicher, was ein Barcode (Balken/Strichcode) ist. Aber wirklich egal.

Zitat von Mavarik:

Code 39 und EAN lassen sich doch mit wenigen Zeilen selber erzeugen...Hab ich mal in einem Nachmittag mit Turbo pascal 2.0 schon gemacht.

Och bitte nicht *noch* eine Implementierung, die dann vielleicht nicht alle Spezifikationen (Clearzone etc.) umsetzt. Das geht ja nicht gegen dich, aber was ich in der Zwischenzeit für Schrottimplementierungen gesehen habe, geht auf keine Kuhhaut. Bitte bitte eine professionelle, ausgereifte Lösung.

Niemand druckt Barcodes als Hobby, dann kann man sich die paar Kröten für eine anständige Lösung auch leisten.

Ich habe Code 39 in unserem Ladenlokal eingesetzt. Natürlich war das nicht zum Spass... Aber ich wollte auch gar nicht meine Unit hier Posten

Mavarik

[Furtbichler]

War blöd von mir formuliert. Du sollst nur bitte bitte niemanden dazu animieren, sich seine Barcodekomponente selbst zu schreiben, die er dann in in die freie Wildbahn entlässt. Das das aus Übungsgründen und zum Verständnis des Aufbaus von Barcodes ganz sinnvoll sein kann und Spaß macht, steht auf einem anderen Blatt.

[Patito]

Zitat von Furtbichler:

Du sollst nur bitte bitte niemanden dazu animieren, sich seine Barcodekomponente selbst zu schreiben, die er dann in in die freie Wildbahn entlässt.

In Delphi habe ich leider so viele fehlerhafte Implementierungen von Barcodes gesehen, dass ich dazu aufrufen würde, bitte mehr Barcodekomponenten zu schreiben. Ich denke mal jeder Anfänger hat es da leicht der Beste am Markt zu werden.

Mit Fast-Reports funktioniert Code128 mittlerweile einigermaßen (vermutlich?) (wenn man ein paar nicht dokumentierte Features selbst errät).
Bug Reports gibt es dazu seit vielen vielen Jahren. Und ich habe bereits mehr Zeit damit verloren irgendwelche Test-Versionen auszuprobieren als wenn ich das ganze selbst gemacht hätte.

[MeierZwoo]

Zitat von Patito:

.. dass ich dazu aufrufen würde, bitte mehr Barcodekomponenten zu schreiben. Ich denke mal jeder Anfänger hat es da leicht der Beste am Markt zu werden.

Zitat von Patito:

..ich habe bereits mehr Zeit damit verloren irgendwelche Test-Versionen auszuprobieren als wenn ich das ganze selbst gemacht hätte.

Damit widersprichst Du dir aber selber - obwohl das letztere wahr ist. Vorallem, wenn die Lösung besonders elegant ist - such dann mal nach Fehlern oder auch nur der Funktionsweise.

Zitat von Patito:

(wenn man ein paar nicht dokumentierte Features selbst errät)

Was mich an den meisten veröffentlichten Units (nicht nur zu Barcodes) stört: Dokumentation fast gleich Null. Und sich durch fremden Quellcode wühlen, um die Funktion zu begreifen, ist viel Arbeit. Bei den wenigen Dingen, die ich veröffentlicht habe oder einem Programm beifüge, hat die Dokumentation meist mehr Arbeit gemacht als das Programm(teil) selbst.

Ich dokumentiere meist nur für mich selbst - denn wenn ich es ordentlich beschreiben muß, fallen mir meine Unzulänglichkeiten auf.

[matashen]

...nachdem ganzen Fontgeplänkel möcht ich nochmal auf meine Antwort hinweisen.

probiert mal zint
Das liefert so ziemlich jeden Barcode oder 2D-Code den es so gibt... und alles ohne font und mit Visueller Komponente.