Closed rbellens closed 8 years ago
I was waiting for this to land in Chrome OS Dev Channel but I'm glad you did it first. Will review this shortly if that's ok with you!
Thank you!
Ok, thanks.
I am using the chrome app polyfill with mobile chrome apps (see also WebBluetoothCG/chrome-app-polyfill#6).
May I ask why mobile chrome apps instead of a regular mobile wen app?
because we need bluetooth and possibly other native features in the future, which we can access through cordova plugins
Oh it does make sense then ;)
@rbellens I've added some minor comments to your PR. Thank you!
@beaufortfrancois I made the changes according to your comments
Thank you @rbellens and sorry for the late reply ;)
After giving it more thoughts, I think we may want to remove the options
parameters and simply use the new name-filter
and name-prefix-filter
attributes you've already added when requesting a device.
It would make the code simpler and avoid two ways of requesting a device. What do you think?
The options
parameter gives more flexibility. For example to add an optionalServices
parameter or possible other RequestDeviceOptions
that might be added to the standard.
For my project, I wanted to be able to connect to a device without the user prompt, for which I added a silent
parameter (see appsup/chrome-app-polyfill@4e922699b28ba8090e716e9333d7f30be1de5366).
I would understand however, if you prefer sticking to the standard and keeping it simple.
I've eventually decided to keep it simple for the next version of <platinum-bluetooth>
elements: https://github.com/PolymerElements/platinum-bluetooth/commit/6be9e7aab3bf55b4199e0772c84ea5b5a4ca096b