Re: [web-nfc] Consider dropping peer for MVP (#166)

My application is for a phone that's running a WebNFC-enabled browser to tap another phone to pass it a URL to which to browse.

When I joined the development group for WebNFC more than three years ago, I expected peer-to-peer to be its main focus, since it's used so much for payments, and passive tags a secondary implementation. I've been astonished that it's been the other way around, and that implementation of peer-to-peer has been delayed, and now possibly dropped. I've had to patch in QR Code support in my app to tide me over.

The alternative of the Web Share API triggering Android Beam is inadequate:

1. It only shares the URL of the invoking page. The URL set in the share call is ignored, so arbitrary URLs can't be shared,
2. It requires the user make the extra step of choosing NFC delivery,
3. The share must be triggered by a user action, and
4. The share must be from an SSL page, which is annoying for development.

Is there an alternative?

Is it really that difficult to implement peer-to-peer WebNFC on Chrome on Android, or are there security concerns, or just a belief that there's no demand? I know an implementation has been substantially written, and that the Chrome team planned to fully implement this "after we ship Generic Sensor APIs", which I believe happened in March or April. Has this now been abandoned?
 
Here is the original WebNFC Issue discussing peer-to-peer support: #139
 
And here is the Chromium bug for WebNFC issues, where I've asked about peer-to-peer: https://bugs.chromium.org/p/chromium/issues/detail?id=520391
 

-- 
GitHub Notification of comment by mrj
Please view or discuss this issue at https://github.com/w3c/web-nfc/issues/166#issuecomment-443326188 using your GitHub account

Received on Friday, 30 November 2018 20:14:57 UTC