Mag Strip Readers

Hello,

We’re working on our solution, and trying to get magentic strip reader to work on our form. Is there a more effective way to capture the text input from the mag reader, other then setting focus to a swipe field and having the card swipe take place from there? If not, we’d love to get the process to auto activate after the swipe takes place. The problem is the on functions of the field don’t seem to work for us, because the swiper is reading 2 tracks and sometimes 3 tracks of data, and after each track we’re getting a return character. Is there any other methods anyone could think of to simplify this setup?

Many thanks.

With most readers you can code pre, in between and post characters and with that you should be able to trigger exactly what you want to.

Hi Jan,

I don’t believe our readers allow us to modify the pre/post/mid characters. Is there a way in servoy would could just listen to for keyboard input looking for %

?

Thanks!

What brand reader do you have? I’ve never seen a reader that didn’t allow this.

Jan… what is the approach in servoy IF you could program the scanner.

Chico

My approach would be to have a PRE-header to send a control-1 to servoy which can trigger a method then remove the returns from the reader message (or use a text area field) then parse it in one method. What reader do you use? does it not have any docs or drivers?

Hi Jan,

We’re using the ID Tech MiniMag reader
http://www.idtechproducts.com/pdut_detail.asp?F_PdutID=2&F_CateID=1&F_SubCateID=1

Thanks.

They appear to have a configuration utility on their website with which you can configure that. Have you tried it?

Secondly they also appear to provide a JPOS api, with that you could build a Servoy plugin in a few hours (some Java knowledge will be necessary).

Jan,

Your feedback is awesome. We’ll look into that.

Oh… my phone is ringing… I always answer my phone… I have to go get it. Later.

;)

Chico

Hi Jan,

I’m looking into the JPOS idea, since I’ve used OPOS in the past. If I’m correct, wouldn’t this require that JPOS be installed/configured on each client that smart client would be running from? We’re trying to keep in tune with Servoy’s 0 deployement to the clients. I admit I’m no java expert so I may be looking at this all wrong, but I’m just a bit worried about writing against something that would lock us into a given client.

Thanks.

It’s quite easy with JPOS we have quite a few customers already doing that, and of-course it remains zero deployment with JPOS. This is Servoy!