Re: RF Device Inhibit Keypad Entry

Not with a 5250 device....there's no way to differentiate between the
keyboard and the barcode scanner.

Think of the barcode scanner as a keyboard emulator, as far as the 5250
session is concerned the input was keyed in.

Now if you wanted to move to a windows/android/ect application...then then
SDK might allow you to tell when the input came from the scanner and when
it was keyed on the keyboard.

Charles


On Fri, Aug 5, 2016 at 4:11 PM, Michael Schutte <mschutte369@xxxxxxxxx>
wrote:

Has anyone successfully implemented the keyboard shift attribute I (Inhibit
any data typing)?

We have a client wanting to make sure a barcode is scanned rather than
keyed. Ultimately training the is the major issue. Pickers are typing in
the item number on the screen but end up picking up the wrong item. Forcing
them to scan the barcode would help, however, there's still the potential
that they could scan one thing and pick the other.

Anyway, I've setup a display file to test out.

A DSPSIZ(24 80 *DS3)
A PRINT
A INDARA
A R SCN01
A CF01(01)
A CF03(03)
A CF04(04)
A CF12(12)
A OVERLAY
A RTNCSRLOC(&RECLOC &FLDLOC)
A RECLOC 10A H
A FLDLOC 10A H
A 5 4'Item:'
A DSPATR(HI)
A SCITEM 20I B 5 10ENTFLDATR(*NOCURSOR (*DSPATR HI RI))

A 23 11'F3=Exit'
A COLOR(BLU)


RPGLE program.

FDISPLAYFILCF E WORKSTN
/Free
dow 1=1;
Exfmt SCN01;
If *inkc;
leave;
endif;
enddo;
*Inlr = *On;
return;
/End-Free


The RF device I tried it on was MX17. It successfully inhibited me from
typing in the field but it also did not take the scan.

I've read from other forums for some alternatives. One being do not
display the field you key into in, have some values hidden within the
field, or even having a check digit on the barcode. THe check digit isn't
an option as the customer would have to change their barcode which would
affect their other clients/customers. I've also seen about changing the RF
device to add prefix/suffix to the end of the scan. This isn't feasible as
we have hundreds of RF devices.

Are there any other suggestions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.