I have a client with a color reader that stuffs values into the keyboard buffer. (NOT the clipboard). It simulates manual keyboard entry. The input is number tab number tab number tab. The numbers come in as expected in a browser app, Excel and notepad, but not the Clarion application. If you position the cursor in a number field or notes field in Clarion, it does not matter. Clarion does not see the input. How is that possible? Is there a work around?
Do not know but I would try to log clarion events and see if anything happens inside clarion window.
Have you tried testing for all events? Such as EVENT:Rejected? Might not be applicable since you’re also trying on what I assume could be a text control.
Do any messages appear in a subclass procedure?
Does focus remain on the previously selected control?
1 Like
Is it possible that your clarion application is elevated, and the keyboard stuffer is not elevated?
1 Like
If this is a result of using the debugger, there is a ClaDBNe.exe that does not require elevation.
So what you are hoping to see is a number entered then tab to the next field, number entered tab to next field etc?
Maybe as a first check, see what value is in the first field when the color reader sends its stuff, in the event:Accepted for the field.
Could it be that the field is a numeric only field and the value supplied is being rejected by the field? That would be my first guess. Maybe let us know if the field is numeric or a string. If numeric I’d try using string fields.
In addition to what everyone else has said, I would input the numbers in to notepad (that you mentioned worked OK) and then save that to an ASCII text file then view the contents in hex.
Just to confirm it is sending what you expect. (are the TABs really ‘<9>’ ?)
The next step would be a simple Clarion window with just a text/memo field and try that.
Anyway let us know how you progress. I have not used a color reader but years ago had barcode readers that did this and they worked perfectly.
Hi,
Perhaps the obvious but have you looked at the Keyboard() clarion function?
Something in received in the buffer is possibly invalid for clarion and then does not display it
Johan
Thanks for thoughts. The program does not run elevated. I’ve used bar code readers without issue. The keyboard() function does not see the input. There are no events generated.
If we are talking about Clarion for Windows, the Tab key press typically mean go to the next entry field in a form…
One more thought. You can emulate the emulated sequence using your real keyboard to test if your Clarion program works as expected. Either one (program or expectation) may be wrong.