Skip to main content
Solved

Bluetooth scanner and barcode parameter


We use the Universal GUI on Android tablets in combination with a separate Bluetooth scanner that works as a physical keyboard.
As soon as the barcode parameter gets the focus, the on-screen keyboard also comes into view.
The on-screen keyboard takes up so much space that not all task parameters are visible during scanning.

 

Is it possible to set a task parameter field of the barcode so that it is not seen as an input field for an on-screen keyboard (but other fields are)?

 

Maybe other developers have found an alternative workaround to deal with a similar situation?

Best answer by PeterKeeris

Thanks Arie, we have created ticket 9694S. 

Currently we made a work-a-round by using a task with only a combo control field. In the default of the task we execute the code, clear the combo field and put the cursor on the input field so it is ready for the next scan. This works fine in this case because we expect multiple scans in a row.

For cases where only one scan is expected, it would be a bit strange for the user because they still have to press cancel/execute to return. The proposed solution would solve this case too.

View original
Did this topic help you find an answer to your question?
This topic has been closed for comments

3 replies

Arie V
Community Manager
Forum|alt.badge.img+12
  • Community Manager
  • 989 replies
  • July 5, 2024

@Jeroen van Herten We earlier implemented a similar kind of change for the Combo control, see Suppress on-screen keyboard for combo control in Universal | Thinkwise Community (thinkwisesoftware.com) and Release Notes Release notes Universal GUI 2023.3.12 | Thinkwise Community (thinkwisesoftware.com).


I quickly checked with the Universal GUI team and we could definitely do something similar for the Barcode control. It seems most straightforward to always suppress the keyboard in this case. Could you please raise an issue in TCP for this matter, so we can pick it up as a bug and keep you informed about the progress there?


Forum|alt.badge.img+5
  • Captain
  • 36 replies
  • Answer
  • July 5, 2024

Thanks Arie, we have created ticket 9694S. 

Currently we made a work-a-round by using a task with only a combo control field. In the default of the task we execute the code, clear the combo field and put the cursor on the input field so it is ready for the next scan. This works fine in this case because we expect multiple scans in a row.

For cases where only one scan is expected, it would be a bit strange for the user because they still have to press cancel/execute to return. The proposed solution would solve this case too.


Erik Brink
Moderator
Forum|alt.badge.img+5
  • Moderator
  • 497 replies
  • August 2, 2024

This issue will be resolved in the upcoming 2024.3.11 release of the Universal GUI.


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings