-
-
Notifications
You must be signed in to change notification settings - Fork 11
Description
Based on discussion with @jmiranda, this would be a 2 part functionality:
- Get data from devices connected over Bluetooth.
- Resolve data received over Bluetooth.
Getting data from devices connected over Bluetooth
There are 2 types of workflows that need to be supported as part of this
- Barcode scanning devices that communicate over Bluetooth directly.
- Barcode scanning devices that communicate via a custom protocol.
Barcode scanning devices that communicate over Bluetooth directly
Based on the demo provided by @jmiranda, these devices are first connected to the smart phone over Bluetooth and post that, whenever they detect any sort of barcode, they pass along that data to the smart phone and that data gets "pasted" into any text field that was in focus at the time.
Pretty bare bones setup. There must be some way to intercept that "pasting" action so that we can intercept that data and do something with it.
Barcode scanning devices that communicate via a custom protocol.
Let's look at Zebra devices for an example. They have their own SDKs and they also have APIs that rely on Android intents to communicate scanned data. The latter would obviously not work for iOS devices. So in order to support these devices, we will have to use their SDKs/APIs.
Resolve data received over Bluetooth
Once data has been received over Bluetooth, we need to figure out if it's relevant to us and then do something with it.
For now we are going to assume that the scanned data is going to point to a product "id" and upon scanning we are immediately going to resolve it as such. And if the scanned data was successfully resolved as a product, we will open the product details page for the same. Doesn't matter where the user was earlier, if a product was scanned, we will immediately take them to the respective product details page.
With bar code scanning, this is where we are going to try to get before considering further use cases.