09:16:16 PM
3HI19LCVJ
Most card readers have some sort of utility that you can run that captures the output from the card/barcode into the clipboard or an active textbox. This should work for the browser as well but requires that the user is on the field that'll receive the input.
If it's a clipboard capture you can run a timer on the form and check for the card in the clipboard (based on pattern or postfix maybe)
It's been a long time since I dealt with barcode readers (and that might have even been back in the DOS days) but I think most come with some sort of keyboard integration utility so it can be plugged into just about any application.
+++ Rick ---
This isn't really a WC issue but I'm not sure which forum would be more appropriate. Here's the situation:
The customer uses Authorize.net's Sever Integration Module to handle credit card payments. It was easily integrated with our web based product but they also wanted to use it with our desktop app. We accomplish that by having the VFP code bring up a browser instance using IE automation which takes the user to the Authnet site. When the payment is complete, Authnet is set up to call our web app, where the results are posted to the customer's database.
Now they want to use a card reader so they can swipe cards instead of typing numbers into the Authnet web form. Can this be done, working strictly from the client side? There does not appear to be any sort of support for card readers in the SIM service (altho Authnet makes a separate VPOS web product which does have that support). If we were working with the foxpro form there are ActiveX controls we could use to poll the reader, but here we want to enter the data into a remote site via the browser session.
Any suggestions would be appreciated.
--stein
West Wind Technologies
Making waves on the Web
from Maui, Hawaii