|
web
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Barcode scanningI assume that when I use a barcode reader (at least some of them) it will
input the number as though it was entered in via the keyboard How can I then get the value without setting to focus to a textbox control I don't want the user to see the scanned number but I still need a way to read the value, in addition, I need an event that will be fired once the barcode was read in full so I know it actually finished reading Thank you, Samuel ive never done it myself but a quick look at thecodeproject brought about these
http://thecodeproject.com/vb/net/bcreader2of5.asp http://thecodeproject.com/vb/net/demmvbscan.asp http://thecodeproject.com/vb/net/BarcodeCheckDigAndVerify.asp -- -iwdu15 Samuel Shulman wrote:
> I assume that when I use a barcode reader (at least some of them) it will Just a guess.> input the number as though it was entered in via the keyboard > > How can I then get the value without setting to focus to a textbox control I > don't want the user to see the scanned number but I still need a way to read > the value, in addition, I need an event that will be fired once the barcode > was read in full so I know it actually finished reading > > Thank you, > Samuel On the form's keypress start a one-second timer and capture all keys. In the timer tick event, (turn the timer off and) validate the keys. If it is a barcode, deal with it, otherwise give focus and set the text property to the captured keys. Or something like that. That idea would need a lot of tweaking to handle all cases. B. Thanks Brian,
any idea about a control that is invisible and may receive the key strokes? Show quoteHide quote "Brian Tkatch" <Maxwell_Sm***@ThePentagon.com> wrote in message news:1153319583.137200.120760@b28g2000cwb.googlegroups.com... > > Samuel Shulman wrote: >> I assume that when I use a barcode reader (at least some of them) it will >> input the number as though it was entered in via the keyboard >> >> How can I then get the value without setting to focus to a textbox >> control I >> don't want the user to see the scanned number but I still need a way to >> read >> the value, in addition, I need an event that will be fired once the >> barcode >> was read in full so I know it actually finished reading >> >> Thank you, >> Samuel > > Just a guess. > > On the form's keypress start a one-second timer and capture all keys. > In the timer tick event, (turn the timer off and) validate the keys. If > it is a barcode, deal with it, otherwise give focus and set the text > property to the captured keys. > > Or something like that. That idea would need a lot of tweaking to > handle all cases. > > B. > Hi,
IMO, attempts to do this (setting focus to a textbox or other object to receive the scans) is doomed to "limited" success. The best solution, IMO, is to insist on a serial barcode reader (or a USB reader that provides a serial -- not HID emulation). Then, no matter what the user does, the scans will be delivered to the appropriate code for processing. Fortunately, serial readers are not much more expensive that those that emulate a keyboard (perhaps and extra $15), but the operational experience is MUCH better. Dick -- Richard Grier, MVP Hard & Software Author of Visual Basic Programmer's Guide to Serial Communications, Fourth Edition, ISBN 1-890422-28-2 (391 pages, includes CD-ROM). July 2004, Revised March 2006. See www.hardandsoftware.net for details and contact information. Dick Grier wrote:
> Hi, Yep. Just like to say i agree with this sentiment.> > IMO, attempts to do this (setting focus to a textbox or other object to > receive the scans) is doomed to "limited" success. The best solution, IMO, > is to insist on a serial barcode reader (or a USB reader that provides a > serial -- not HID emulation). Then, no matter what the user does, the scans > will be delivered to the appropriate code for processing. Fortunately, > serial readers are not much more expensive that those that emulate a > keyboard (perhaps and extra $15), but the operational experience is MUCH > better. > > Dick B. Please excuse me for being so naive (I am new to POS systems)
What is IMO and what is HID Thanks, Samuel Show quoteHide quote "Dick Grier" <dick_grierNOSPAM@.msn.com> wrote in message news:uDI$080qGHA.2452@TK2MSFTNGP03.phx.gbl... > Hi, > > IMO, attempts to do this (setting focus to a textbox or other object to > receive the scans) is doomed to "limited" success. The best solution, > IMO, is to insist on a serial barcode reader (or a USB reader that > provides a serial -- not HID emulation). Then, no matter what the user > does, the scans will be delivered to the appropriate code for processing. > Fortunately, serial readers are not much more expensive that those that > emulate a keyboard (perhaps and extra $15), but the operational experience > is MUCH better. > > Dick > > -- > Richard Grier, MVP > Hard & Software > Author of Visual Basic Programmer's Guide to Serial Communications, Fourth > Edition, > ISBN 1-890422-28-2 (391 pages, includes CD-ROM). July 2004, Revised March > 2006. > See www.hardandsoftware.net for details and contact information. > Samuel Shulman wrote:
Show quoteHide quote > Please excuse me for being so naive (I am new to POS systems) IMO is "In My Opinion"> What is IMO and what is HID > > Thanks, > Samuel > > > "Dick Grier" <dick_grierNOSPAM@.msn.com> wrote in message > news:uDI$080qGHA.2452@TK2MSFTNGP03.phx.gbl... > > Hi, > > > > IMO, attempts to do this (setting focus to a textbox or other object to > > receive the scans) is doomed to "limited" success. The best solution, > > IMO, is to insist on a serial barcode reader (or a USB reader that > > provides a serial -- not HID emulation). Then, no matter what the user > > does, the scans will be delivered to the appropriate code for processing. > > Fortunately, serial readers are not much more expensive that those that > > emulate a keyboard (perhaps and extra $15), but the operational experience > > is MUCH better. > > > > Dick > > > > -- > > Richard Grier, MVP > > Hard & Software > > Author of Visual Basic Programmer's Guide to Serial Communications, Fourth > > Edition, > > ISBN 1-890422-28-2 (391 pages, includes CD-ROM). July 2004, Revised March > > 2006. > > See www.hardandsoftware.net for details and contact information. > > HID is "Human Interface Device" Q:What does PC-MCIA stand for? A:People Can't Memorize Complex Industry Acronyms BTW, a good URL is <URL:www.acronymfinder.com>, HTH. B. Thanks,
Samuel Show quoteHide quote "Brian Tkatch" <Maxwell_Sm***@ThePentagon.com> wrote in message news:1153427737.786557.63290@m73g2000cwd.googlegroups.com... > > Samuel Shulman wrote: >> Please excuse me for being so naive (I am new to POS systems) >> What is IMO and what is HID >> >> Thanks, >> Samuel >> >> >> "Dick Grier" <dick_grierNOSPAM@.msn.com> wrote in message >> news:uDI$080qGHA.2452@TK2MSFTNGP03.phx.gbl... >> > Hi, >> > >> > IMO, attempts to do this (setting focus to a textbox or other object to >> > receive the scans) is doomed to "limited" success. The best solution, >> > IMO, is to insist on a serial barcode reader (or a USB reader that >> > provides a serial -- not HID emulation). Then, no matter what the user >> > does, the scans will be delivered to the appropriate code for >> > processing. >> > Fortunately, serial readers are not much more expensive that those that >> > emulate a keyboard (perhaps and extra $15), but the operational >> > experience >> > is MUCH better. >> > >> > Dick >> > >> > -- >> > Richard Grier, MVP >> > Hard & Software >> > Author of Visual Basic Programmer's Guide to Serial Communications, >> > Fourth >> > Edition, >> > ISBN 1-890422-28-2 (391 pages, includes CD-ROM). July 2004, Revised >> > March >> > 2006. >> > See www.hardandsoftware.net for details and contact information. >> > > > IMO is "In My Opinion" > HID is "Human Interface Device" > > Q:What does PC-MCIA stand for? > A:People Can't Memorize Complex Industry Acronyms > > BTW, a good URL is <URL:www.acronymfinder.com>, HTH. > > B. > Samuel Shulman wrote:
Show quoteHide quote > Thanks Brian, Nope.> any idea about a control that is invisible and may receive the key strokes? > > > "Brian Tkatch" <Maxwell_Sm***@ThePentagon.com> wrote in message > news:1153319583.137200.120760@b28g2000cwb.googlegroups.com... > > > > Samuel Shulman wrote: > >> I assume that when I use a barcode reader (at least some of them) it will > >> input the number as though it was entered in via the keyboard > >> > >> How can I then get the value without setting to focus to a textbox > >> control I > >> don't want the user to see the scanned number but I still need a way to > >> read > >> the value, in addition, I need an event that will be fired once the > >> barcode > >> was read in full so I know it actually finished reading > >> > >> Thank you, > >> Samuel > > > > Just a guess. > > > > On the form's keypress start a one-second timer and capture all keys. > > In the timer tick event, (turn the timer off and) validate the keys. If > > it is a barcode, deal with it, otherwise give focus and set the text > > property to the captured keys. > > > > Or something like that. That idea would need a lot of tweaking to > > handle all cases. > > > > B. > > I thought maybe the form got it first. Either that or have one function handle all the form's control's keypress events. B. Hi Samuel,
A simple keyboard "wedge" type scanner will do what you want and most can be programmed to send some "end of message" character although this is usually a CR. Your keypress event can trap the EndOfMessage and then lookup the product table (or whatever) as required. You will need to display the textbox to capture the barcode data for a number of good reasons ... The keyboard requires an input focus, the user gets the visual feedback (good for problem solving), and finally, if the barcode is unreadable, (you always get stuck behind these people at checkouts), the user at least has the opportunity of keying it in!! If you really don't want the gui to capture the barcode data then Dick's suggestion (USB or Serial) port scanner is the best option but you will need to learn about how to program for these (serial port) devices. You will also need to figure out what to do about unreadable or mis-read codes. Hope this helps. Paul Show quoteHide quote "Samuel Shulman" <samuel.shul***@ntlworld.com> wrote in message news:uW%236UHpqGHA.644@TK2MSFTNGP05.phx.gbl... >I assume that when I use a barcode reader (at least some of them) it will >input the number as though it was entered in via the keyboard > > How can I then get the value without setting to focus to a textbox control > I don't want the user to see the scanned number but I still need a way to > read the value, in addition, I need an event that will be fired once the > barcode was read in full so I know it actually finished reading > > Thank you, > Samuel > 
Other interesting topics
String comparison algorithms
The RPC Server is unavailable! ByRef - delayed update of the original variable? Moving toolbox SorteList Comparer: how to change it on the fly? Editing Data Dataset.HasChangesmethod ? Read & WriteMemoryProcess (Adress Space) Problem How to get client information? Accessing LDAP through VB |
|||||||||||||||||||||||
