[libdecodeqr:0014] Re: Building libdecodeqr for Maemo Linux

On Thu, 27 Mar 2008, Stefano Pedemonte wrote:

> I suggest you use qrcode-0.9, if you can write your entire application in
> Java you have solved all your problems. You will notice that libdecodeqr
> is in practice useless because it decodes only some images.

I installed Jalimo on my tablet, and built qrcode-0.9 under FC4.
(I found I had to upgrade my SDK from 1.4.2 to 1.6 to get the example to
compile .. syntax error in the sourcecode .. I thought Sun javac was
stable; guess not)

When I try decoding sample images (from libdecodeqr, qrcode and vendors
pages such as Kaywa - there are none "in the wild" e.g. magazines in
Canada AFAIK), qrcode is no better than libdecodeqr. It does decode
images from Nokia's online coder, but otherwise there are several images
that decode with libdecodeqr but not qrcode, and vice-versa. It's
noticably slower than libdecodeqr.
- retraction: qrcode is better on longer messages and URLs, and qrencode
will make some that qrcode can decode and libdecodeqr can't, so overall
I agree it's better
http://home.daviel.org/QR.decode.notes



When I tried porting it to the tablet under Jalimo, I get Cannot load AWT
toolkit: gnu.java.awt.peer.gtk.GtkToolkit?. Obviously I'm missing something but
I'm not sure where to find it. I don't normally use Java much (or Python,
for that matter... I write Perl or build other people's C tarballs)

I also tried Semacode reader on the tablet. For that, I get
javax.microedition.lcdui.Form not found. So I guess Jalimo doesn't have
lcdui, at least not in the default install.

It might be easier just to go buy a supported cellphone, if I was more
interested in deploying codes than in tinkering with my tablet ... :-)

Andrew