Ascii Control Characters work on one computer, not on another Folgen

0
Avatar
Peter schubert

On our production orders, SAP renders a QR code with the following content:

  • <Inventory ID>ASCII(13) ASCII (10)<Revision ID>ASCII(13) ASCII (10)<Work Order #>

This QR is scanned into the first field of a Bartender form, and the ascii characters cause the field focus to change, effectively populating three field with on scan.

 

On computer A (Bartender 10.1), this is working as usual.

On computer B (a new machine, Bartender 2019), the ascii have no effect, and the three content values are concatenated into the field.

What environment or resources might cause this behavior?

 

 

3 Kommentare

0
Avatar
Pete Thane
Aktionen für Kommentare Permalink

Cant test this but I am guessing it is due to one of the ringed settings below on the data entry screen properties in 2019, possibly the top one as you are using a Carriage Return/Line Feed or perhaps the Barcode scanner tick box at the bottom.

(Probably no use to you as yours is an existing application, but I normally use a TAB rather then a CR/LF when implementing similar systems)

 

  

0
Avatar
Peter schubert
Aktionen für Kommentare Permalink

Pete, an excellent hypothesis. I tried every combinations of settings in the ringed Focus Behavior options, and saw behavior change accordingly (as when "maximum number" causes field advance) but nothing caused the ASCII(13) ASCII (10) to advance the field.

---------------------------------------------

Is it possible that 2019 R1 simply doesn't handle CR/LF ??

Experiments continue. Thoughts appreciated.

0
Avatar
Pete Thane
Aktionen für Kommentare Permalink

Just a thought, have you tried scanning your code into Notepad on the 2019 PC and does the PC/Scanner cause the CR/LF to trigger? As if that doesn't work then if the PC is not recognising the ASCII characters then it wouldn't in BarTender either

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.