Re: [w3ctag/design-reviews] WebHID API (Human Interface Device) (#370)

We've looked at this during the Tokyo F2F.

Blunt question: will the device selector dialog come up every time the user tries to access the same device on an already approved origin?

One simple actionable point of feedback is that this HID should only be available to the current active tab. If you had particular use cases in mind that allow HID devices to be read from multiple tabs, we'd like to hear what you have in mind. (From a user's perspective, input hitting multiple tabs would be analogous to keyboard events being broadcasted to all tabs.)

One more bit is we aren't quite sure if providing lots of device specific details to be readable would outweight the benefits of increasing the fingerprinting surface. Would obstructing this information away be problematic?

Aside from that, I think we're fairly happy to see this move forward .

(Background tabs for example could either detach or just not give back any messages, which way is more appropriate we don't have a strong opinion.)

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3ctag/design-reviews/issues/370#issuecomment-530255272