Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

7
  • For keyboard input emulation, tab key press and Ctrl + I press notifications seem to be equivalent. For example, try pressing each key while entering text in the editor. In most cases, both will do the same. Commented May 11, 2021 at 10:40
  • That does explain the issue I'm facing :(. Anyway around this? Perhaps a different code format (128 instead of 39) or not using a keyboard emulation? Commented May 11, 2021 at 11:26
  • TAB is from the Extended Code 39 family. Can you check and make sure your scanner is set for Extended? It looks like it's reading standard Code 39 if you're getting the literal characters instead of the tab Commented May 11, 2021 at 11:55
  • If the scanner's Code39FullASCII setting is enabled, receiving Ctrl+I or Tab would be correct. Since Ctrl+I and Tab are equivalent, should the same operation be performed regardless of which notification is given? Or if you want to receive $I, why not disable the Code39FullASCII setting? Commented May 11, 2021 at 12:39
  • I need to receive a tab as I want it to jump to the next field and fill in the correct information. CTRL+I however is opening the favorites in internet explorer (which is where the web form is used in our warehouse management system). So if my barcode is 'Stackoverflow$Icode39' it would fill in Stackoverflow and then open the favorites tab and do nothing anymore. So unfortunately I really need the scanner/PC to read it as TAB and not as ctrl+I. With extended code I guess u mean FULLASCII? In which case, yes I've tried turning that on already but didn't help :( Commented May 11, 2021 at 12:44