freie QR-Code Komponente mit Error Correction Level M

[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

[Rollo62]

Zitat:

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

Wenn C code mit sprintf() Formatierung eine Rolle spielt ist
'\n' = $0A = LF
'\r' = $0D = CR
'\r\n' = $0D$0A = CRLF

Weil das schon in den C Libraries so vorhanden ist glaube ich nicht das ein ZINT Programmierer diesen Parser unbedingt selber nachentwicklen wird.

Rollo

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

[Mavarik]

Man kann ja auch noch das codeformat angeben

Zeichen/Ziffern/Byte

[jus]

Heureka ich habs, es lag an "InputMode" den mußte man unbedingt auf UNICODE_MODE umstellen.

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var
  zb : TZintBarcode;
  s: String;
  i: Integer;
begin
  s:='';
  for i := 0 to Memo1.Lines.Count - 1 do
  begin
    s:=s+Memo1.Lines.Strings[i]+#10;
  end;
  SetLength(s,Length(s)-1);

  zb := TZintBarcode.Create;
  zb.BarcodeType := tBARCODE_QRCODE;
  zb.Scale:=3;
  zb.Option1:=2;
  zb.InputMode:=UNICODE_MODE;  //<----sehr wichtig!!!
  zb.Data := s;
  zb.GetBarcode(image1.Picture.Bitmap);
  zb.Free;

  image1.Refresh;
end;

Ich habe mal eine Demo Anwendung angehängt. Für den Fall, dass jemand das mal auch benötigt. Funktioniert zumindest mit meiner österreichischen E-Banking App. Interessant wäre, ob es auch in Deutschland funktioniert. Vielleicht kann jemand dazu auch mal ein Feedback geben.

Danke nochmals für eure Hilfe.

Lg,
jus

[Mavarik]

Zitat von jus:

Ich habe mal eine Demo Anwendung angehängt. Für den Fall, dass jemand das mal auch benötigt. Funktioniert zumindest mit meiner österreichischen E-Banking App. Interessant wäre, ob es auch in Deutschland funktioniert. Vielleicht kann jemand dazu auch mal ein Feedback geben.

Hab kein Programm das per QRCode importieren kann...

[DonMartin]

Hallo,

ich muss für ein Delphi 6 - Projekt ebenfalls QR-Codes für SEPA-Zahlungsverkehr erstellen.

Der Link zum Delphi-Wrapper für zint von "TheUnknownOnes" funktioniert leider nicht mehr.
Weiß jemand wo ich den Wrapper noch downloaden kann bzw. ob er mit Delphi 6 überhaupt
funktioniert?

Danke!