BarCode erstellen??

[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.

[Mavarik]

Zitat von 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.

Ohh... Da bin ich aber ganz anderer Meinung...

Ich gebe Dir Recht, dass es super nervig ist, fehlerhafte Implementierungen zu verwenden, aber...

Wenn Du dir anschaust, wie viele Sourcen es in C++ gibt und wie wenig in Delphi, bin ich froh um jede weitere Implementierung in Delphi.

Und das gilt nicht nur für Barcodes sondern für alle Bereiche.

Wenn ich sehe wie viele Fragen hier beantwortet werden mit: Nutze doch die Komponente oder kauf doch die Library...

Wir sind doch Programmierer und nicht Library "zusammenklicker", oder?

Mavarik

[p80286]

Zitat von Mavarik:

Wenn ich sehe wie viele Fragen hier beantwortet werden mit: Nutze doch die Komponente oder kauf doch die Library...

Wir sind doch Programmierer und nicht Library "zusammenklicker", oder?

Aber man kann doch nicht jeden S**** selber machen. Vor 2 Jahren hab ich mal einen Barcode benötigt, der Font den ich gefunden hatte war brauchbar also Problem gelöst.

Wenn Dein tägliches Brot immer mal wieder Barcodes enthält, dann ist es sicher sinnvoll da was eigenes zu stricken.

Gruß
K-H

[MeierZwoo]

Zitat von Mavarik:

Wir sind doch Programmierer und nicht Library "zusammenklicker", oder?

Dann darfst Du aber auch keine Hochsprache und deren umfangreiche Sammlung mehr benutzen, sondern nur noch einen Assembler und Linker - vorallem keine IDE. Also ich bezeichne mich als Anwendungsprogrammierer - deshlab bin ich auch damals bei Turbo-PASCAL gelandet (a PASCAL, b erste IDE) und kümmere mich mehr um die fachliche Seite der Anwendung als um besonders eleganten Quellcode. Da bin ich froh über jede Unit, die ich nicht selber neu erfinden muß - nur korrekt funktionieren muß sie auch!

Zitat von Mavarik:

Wenn Du dir anschaust, wie viele Sourcen es in C++ gibt und wie wenig in Delphi, bin ich froh um jede weitere Implementierung in Delphi.

Es kommt aber auf die Qualität und nicht auf die Quantität an!