- From: Anders Rundgren via GitHub <sysbot+gh@w3.org>
- Date: Fri, 02 Jun 2017 04:31:26 +0000
- To: public-web-nfc@w3.org
@Liryna As you know EMV-cards never did it on the Web. The primary reason for that is that the EMV standard presumes that cards are used together with a _secure_ (usually certified) terminal. A web browser executing transiently downloaded code from an arbitrary site is not the same. Apple and Google indeed use EMV in their respective mobile payment systems, including on the Web, but the latter is facilitated through _dedicated_ browser interfaces talking to the wallets which both are native apps. Related: http://webpki.org/papers/permissions.pdf Therefore I believe what you are asking for is not likely to happen since it would require _application specific_ code in the browser. In desktop browsers, Google, Mozilla and Microsoft have recently introduced a concept called "Native Messaging" allowing you to bind native code to the Web which can do essentially whatever you want. For mobile browsers, Android Intents is a way forward which is used by thousands of very different applications. Apple does (AFAIK) not permit other parties using NFC so iOS is not a problem :-) Personally my biggest concern is support for NFC in _standard PCs_. There's no important application out there using NFC and Web NFC won't change that in its current incarnation. -- GitHub Notification of comment by cyberphone Please view or discuss this issue at https://github.com/w3c/web-nfc/issues/101#issuecomment-305686875 using your GitHub account
Received on Friday, 2 June 2017 04:31:34 UTC