Search results

Problem may be solved. I wrote a program in VB5 that does the port control and creates a text file of what was input. It uses the Comm1 control. The Access will then read that file. In fact it works so well I am going to try to do the same thing in Access. If we have trouble with...

I am trying another function in the kernel32.dll - ReadFileEx. I'll keep you posted. The Comm1 statement in VB does not work in Access and the slowdown is not due to repeated use. If I just try to read one byte from the keypad the program will stop and wait for input.:(

:oI posted a previous thread about trapping events from an external keypad, but the Keypad company half solved my problem by mapping the USB keypad to a com port. However, now I need to learn to do communication with a com port. I found the following code for that: Private Declare Function...

Been toooooo many years (25?). And I was never that good at C++. Thanks anyway - I can wait a week or two and see what turns up.

OK, how about this? The keyboard is on a standard keyboard port. The keypad is on a USB. The user is working in the Access database. I run another app (.NET?) in the background - can either Access or .NET trap just the USB port, save the input for later posting and kill that USB input so that...

Yes - a full keyboard and a numeric keypad. I know this is possible as we do it all the time on my boss's laptop. We also have a mouse and a trackball on it. The big question is how to tell the input from the keypad from the input from the keyboard and feed them to different forms.

My boss wants me to write a form for employees to log in on an external keypad while the user is working on another form in the database. The user does not want to buy a dedicated computer for the keypad, so I will have to run a form in the background and direct the input from the keypad to that...