- From: Vincent Scheib via GitHub <sysbot+gh@w3.org>
- Date: Fri, 23 Sep 2016 19:11:02 +0000
- To: public-web-bluetooth-log@w3.org
I'm convinced that at a minimum we should ensure a queuing library is available that is easy to use. And, I agree that long term this is best to build into the UA. I see & agree that my concern that an app may not want queueing is resolved by the app waiting for each promise to resolve before proceeding. How many times should an operation be retried, or how long to wait? I see the [Nordic puck central sample](https://github.com/NordicSemiconductor/puck-central-android/blob/master/PuckCentral/app/src/main/java/no/nordicsemi/puckcentral/bluetooth/gatt/GattManager.java) uses a timer to abort all pending 'bundled' operations. I'm a bit concerned that these are opinionated decisions that either: need to be spec.ed, UA has to make a call for, or options need to be exposed. -- GitHub Notification of comment by scheib Please view or discuss this issue at https://github.com/WebBluetoothCG/web-bluetooth/issues/188#issuecomment-249278111 using your GitHub account
Received on Friday, 23 September 2016 19:11:10 UTC