freie QR-Code Komponente mit Error Correction Level M

[mkinzler]

Alle Daten sind in einem Wert kodiert.

Versuche statt

Delphi-Quellcode:

  for i := 0 to Memo1.Lines.Count - 1 do
  begin
    s:=s+Memo1.Lines.Strings[i]+#10;
  end;

s := Memo1.Lines.Text;

[Dejan Vu]

Ist verlustbehaftetes JPG nicht das falsche Format für einen Barcode? Wäre komprimiertes BMP oder GIF nicht besser, da verlustfrei? Auch PNG kommt mit scharfen Kanten besser zurecht. Gerade beim skalieren könnte es zu Leseproblemen wegen der Artefakte kommen.

[mkinzler]

Das kommt nach dazu, aber das Hauptproblem ist das fehlenden Trennkennzeichen.

IM QR-Code mit Zint ist

Code:

BCD0011SCTABCDATWWExample with fictive dataAT611904300234573201

kodiert.

in den anderen

Code:

BCD
001
1
SCT
ABCDATWW
Example with fictive data
AT611904300234573201

[Rollo62]

Vielleicht kannst du die C++ Zeichen statt LF ausprobieren: also '\n'

Siehe unten der Auszug von hier ftp://ftp.heanet.ie/mirrors/sourcefo...manual_242.pdf
(sorry für die schlechte Formatierung, das war Copy-aus-PDF, damits schnell geht).

Rollo

Zitat:

Non-printing characters can be entered on the command line using the backslash (\) as an escape
character. Permissable characters are shown in the table below. Note that only applies on the
command line.
Escape
Character
ASCII
Equivalent
Interpretation
\0
0x00
Null
\E
0x04
End of
Transmission
\a
0x07
Bell
\b
0x08
Backspace
\t
0x09
Horizontal Tab
\n
0x0a
Line Feed
\v
0x0b
Vertical Tab
\f
0x0c
Form Feed
\r
0x0d
Carriage Return
\e
0x1b
Escape
\G
0x1d
Group Selector

[mkinzler]

Das wird ihm hier nichts helfen

Zitat:

Note that only applies on the command line.

[Rollo62]

Hallo kinzler,

ich hab schon Pferde kxxxxn sehen.

Die DLL ist in C/C++ geschrieben, wer weiss wie ZINT das intern interpretiert ?
Man könnte natürlich in die Sourcen schauen, wenn man Zeit dafür hat.

Aber einen Versuch wär es do Wert stat #0A '≠n' zu schreiben, oder nicht ?

Rollo

[mkinzler]

\n ist aber nicht #a sondern #d#a. Das ist vermutlich auch das Problem bei seinem Code

[jus]

Zint interpretiert schon das #10 Zeichen. Wenn man den erzeugten QR-Code wieder mit einer anderen App einscanne, so bleiben die Umbrüche erhalten. Ich denke, das Problem liegt eher woanders.

Lg,
jus

[Mavarik]

Was erwartet den die Bankingsoftware

LF oder CRLF oder nur CR?


Mavarik

PS: QR-Code Erzeugung ist doch nicht der Faktor... Das lesen ist schon schwieriger...

[jus]

Laut Spezifikation sind LF und CRLF zugelassen.

Code:

Felder werden mit Zeilenschaltung getrennt, wobei die Varianten Lf und CrLf zugelassen sind. Die direkt nach der Servicekennung BCD gefundene Zeilenschaltung muss in allen Zeilen gleich sein.

Wie schon gesagt, die E-Banking App kann ohne Probleme den von Google erzeugten QR-Code lesen, das auch mit #10 getrennt ist, nur leider nicht von Zint. Kann es irgendwie auch an UTF8 Einstellungen in Zint liegen, wo könnte man da ansetzen? Auf der österreichischen Stuzza Homepage, wo man sich die Spezifikation runterladen kann, ist auch ein Online QR-Code Generator drauf. Bei dem kann man bei "Data encode" einstellen zwischen UTF-8, ISO-8859-1, ISO-8859-2 usw. Wo kann man dies bei Zint einstellen?