- From: Nik Markovic via GitHub <sysbot+gh@w3.org>
- Date: Wed, 27 Jul 2016 19:24:48 +0000
- To: public-web-bluetooth-log@w3.org
Hi, I had a few questions/comments: 1) BluetoothLEScanFilterInit.manufacturerData, shouldn't this be renamed into "manufacturerId"? Similarly serviceData to "serviceDataUUID". 2) @jyasskin I agree that the API should not form such a tight association to "advertisement" packets. I believe that the LE Bluetooth spec does not restrict contents of scan response and advertisement indication. Though likely rare, for example, a device may have manufacturer data in scan response and service data in advertisement indication. I think that the events should be called "scan responses" (as in: response to user's request to scan for devices) or "scan events" in order to avoid this coupling. 3) Shouldn't typical scan filters be applicable to this scan? For example, matching on a name. 4) @jyasskin I don't see mention missing .gatt object on the returned device. Is there any thing else missing? I hope "id" is available, so the user's code can maintain a map of value. Can't we still expose .gatt object on returned devices and allow the code to initiate a connect request, requiring a user to answer a prompt? -- GitHub Notification of comment by nik-markovic Please view or discuss this issue at https://github.com/WebBluetoothCG/web-bluetooth/pull/239#issuecomment-235692652 using your GitHub account
Received on Wednesday, 27 July 2016 19:24:56 UTC