@@ -92,17 +92,17 @@ when required, about granting access to Web NFC. It means sending and receiving
92
92
info when users tap NFC devices can be done smoothly once permission is granted.
93
93
94
94
``` js
95
- const reader = new NDEFReader ();
95
+ const ndef = new NDEFReader ();
96
96
97
97
async function startScanning () {
98
- await reader .scan ();
99
- reader .onreading = event => {
98
+ await ndef .scan ();
99
+ ndef .onreading = event => {
100
100
/* handle NDEF messages */
101
101
};
102
102
}
103
103
104
104
const nfcPermissionStatus = await navigator .permissions .query ({ name: " nfc" });
105
- if (permissionStatus .state === " granted" ) {
105
+ if (nfcPermissionStatus .state === " granted" ) {
106
106
// NFC access was previously granted, so we can start NFC scanning now.
107
107
startScanning ();
108
108
} else {
@@ -126,10 +126,10 @@ cases where the text might even be in UTF-16 do to existing real life
126
126
implementations.
127
127
128
128
``` js
129
- const reader = new NDEFReader ();
129
+ const ndef = new NDEFReader ();
130
130
131
- await reader .scan ({ recordType: " example.com:smart-poster" });
132
- reader .onreading = event => {
131
+ await ndef .scan ({ recordType: " example.com:smart-poster" });
132
+ ndef .onreading = event => {
133
133
const externalRecord = event .message .records .find (
134
134
record => record .type == " example.com:smart-poster"
135
135
);
@@ -166,7 +166,7 @@ abortController.signal.onabort = event => {
166
166
const ndef = new NDEFReader ();
167
167
await ndef .scan ({ signal: abortController .signal });
168
168
169
- await ndef .push (" foo" , { signal: abortController .signal });
169
+ await ndef .write (" foo" , { signal: abortController .signal });
170
170
171
171
document .querySelector (" #abortButton" ).onclick = event => {
172
172
abortController .abort ();
@@ -227,12 +227,10 @@ same API, and have it loaded as a separate module. People working on Web
227
227
Assembly are also advocating for this patterns as it might be able to turn such
228
228
globals into modules in the future, at least when accessed from WASM.
229
229
230
- ### Separate objects for reader/writer
230
+ ### Common vs separate objects for reader/writer
231
231
232
- The reader and writer objects could have been merged into one single object, but
233
- as we allow multiple scans with filters to be active at the same time (maybe in
234
- multiple places/view of the app/site) then it makes more sense to be able to use
235
- separate objects.
232
+ The reader and writer objects existed separately when scan filters were supported,
233
+ but after filters have been abandoned, they have been merged into one single object.
236
234
237
235
## Considered alternatives
238
236
0 commit comments