Nick, that is actually pretty darn cool. I tested it on two web cams. One
wasn't having a bar of it, the other was actually quite reliable.
Jochen, kinda: The browser will not always the primary front end, but will
definately be 'A' immediate frontend. It's more a case of finding a
component solution for multiple containers. Something .NET devs enjoy daily
and the reason for my focus, rightly or wrongly, on ActiveX.
No, I can't go into detail. I'm the lowly developer. But that single
statement is harmless enough and would have saved a bit of bother. My
apologies, I'm rushing through my days at present.
Cheers all
A
----- Original Message -----
From: "Nick Jenkin" <[email protected]>
To: <[email protected]>
Sent: Wednesday, October 06, 2010 12:33 PM
Subject: Re: [phpug] Re: [OT] - USB Barcode Scanner to Web
Hi Aaron
I have been thinking about how you could do this. I think the best
option would be to write a flash app that connects to a webcam. Staff
then place the barcode in front of the webcam and a picture is taken
and you could then write an algorithm to read the barcode. This would
allow you detect when the barcode was entered, as you would obviously
need to take a picture.
I've been digging around for some algorithms for this, it would appear
this guy has done something:
http://gurulib.wordpress.com/2007/12/28/a-flash-based-webcam-barcode-reader/
It will also be more efficient than those old barcode scanners because
a good webcam these days can do about 50fps.
Regards
-Nick
On Wed, Oct 6, 2010 at 9:41 AM, Stig Manning <[email protected]> wrote:
I stand by my comments, but I wasn't able to '[read] the primary gotcha'
of
your original post because there wasn't enough information.
You should be ready for the ire of open-source developers (especially on a
PHPUG list) when suggesting that JS can't do the job, while searching for
an
(closed source) Active-X solution instead. Good solutions were being
posted,
but without your feedback or consideration.
If you have an embedded browser in some kind of software (one again we
have
no information), you can run a Java applet to communicate with both the
browser and client-side devices like USB.
-Stig
AaronC wrote, On 6/10/2010 9:23 AM:
Thanks Keri,
Point noted. But I don't think that offers much defence to Stig's
comments. I wasn't discounting the suggestions that were given one
bit.
Big misunderstanding on both sides, and I should have been clearer on
why javascript is a limitation going forward. I may have posted in the
wrong forum on this one, but PHPUG is one of my more active groups and
I thought someone may have already gone down this path without JS
(e.g. a known ActiveX control).
I don't underestimate the power of JS, I've worn my ExtJS/Qooxdoo/
Jquery hat many times and love the stuff. It's just in this instance,
due to hardware and software (browser) constraints, we require an
alternate method. I should have been clearer that that was all I was
asking.
Actually, I assumed this was a dead thread, I sent that response two
days ago. We've made ground elsewhere, so thanks for your time
everyone.
Cheers
A
--
NZ PHP Users Group: http://groups.google.com/group/nzphpug
To post, send email to [email protected]
To unsubscribe, send email to
[email protected]
--
NZ PHP Users Group: http://groups.google.com/group/nzphpug
To post, send email to [email protected]
To unsubscribe, send email to
[email protected]
--
NZ PHP Users Group: http://groups.google.com/group/nzphpug
To post, send email to [email protected]
To unsubscribe, send email to
[email protected]
