The one thing I hope Apple has added to the pass framework is the ability to semantically define a barcode area.
This would enable them to finally have Wallet show ONLY that rectangle at a suddenly blinding brightness level (on HDR displays) for the scanner, rather than cranking up the entire screen.
This subthread was about if the app should even show QR codes at maximum brightness because the scanner could maybe also scan the code at the normal brightness. And the counterpoint was that you can’t selectively increase the QR code brightness to the HDR level manually, because you would be capped at the normal maximum brightness.
But shouldn't the app be programmed to maximize the chances that it'll work on the first try? It seems like a reasonable compromise to me. Annoyingly bright for a few seconds so I don't have to futz with my brightness.
Interestingly this is exactly why I have to mess with brightness settings from time to time.
Has anyone else noticed the weird interaction between apps turning the brightness to the max and the system’s auto brightness? I’m not an iOS developer, so I don’t know about the relevant APIs. But every time an app changes the brightness to display a QR code, it seems to do so by retrieving the current brightness, turning it to the max, and when it’s done, setting it back to the old value. The problem is that iOS seems to register the brightness change as user initiated, and changes auto brightness behavior. After a few uses, auto brightness will no longer adjust the display to the minimum brightness, even when you’re in complete darkness.
Fixing this used to be easy. Just go to display settings and toggle auto brightness off and on. Then Apple decided to move the toggle under accessibility. Now it’s Accessibility -> Display & Text Size and scroll all the way to the bottom.
Some applications do want a code that's slightly less trivial to yoink than "look at a screen once, have it forever". TOTP would raise the bar there.
I'm not sure where you've gotten the idea that iPhone wallet passes can't be used with NFC readers. I regularly use an iPhone wallet pass with an NFC reader at my local coffee shop.
I'm not quite sure what you're getting at, but Apple knows where the barcode is already. The data for the barcode is given as text, apple draws the barcode.
Maybe what you want is for the screen to support turning up brightness for just one part?
I didn’t realize the bar code region is already semantically defined. That means all Apple has to do is to support an HDR region in software, since the hardware already supports what you describe.
From another comment in this thread, you can see a proof of concept using the HDR video workaround that works on any recent iPhone (or MacBook Pro): <a href="https://dt.in.th/HDRQRCode" rel="nofollow">https://dt.in.th/HDRQRCode
mortenjorck · · focus · HN ↗
This would enable them to finally have Wallet show ONLY that rectangle at a suddenly blinding brightness level (on HDR displays) for the scanner, rather than cranking up the entire screen.
ray__ · · focus · HN ↗
hmartin · · focus · HN ↗
SirMaster · · focus · HN ↗
<a href="https://dt.in.th/HDRQRCode" rel="nofollow">https://dt.in.th/HDRQRCode
(View this on your iPhone)
echoangle · · focus · HN ↗
DrammBA · · focus · HN ↗
reaperducer · · focus · HN ↗
Well, you're one person. How about the other eight billion people on the planet?
Everyone is not you.
drfloyd51 · · focus · HN ↗
delecti · · focus · HN ↗
database64128 · · focus · HN ↗
Has anyone else noticed the weird interaction between apps turning the brightness to the max and the system’s auto brightness? I’m not an iOS developer, so I don’t know about the relevant APIs. But every time an app changes the brightness to display a QR code, it seems to do so by retrieving the current brightness, turning it to the max, and when it’s done, setting it back to the old value. The problem is that iOS seems to register the brightness change as user initiated, and changes auto brightness behavior. After a few uses, auto brightness will no longer adjust the display to the minimum brightness, even when you’re in complete darkness.
Fixing this used to be easy. Just go to display settings and toggle auto brightness off and on. Then Apple decided to move the toggle under accessibility. Now it’s Accessibility -> Display & Text Size and scroll all the way to the bottom.
ACCount39 · · focus · HN ↗
Some applications do want a code that's slightly less trivial to yoink than "look at a screen once, have it forever". TOTP would raise the bar there.
saxenaabhi · · focus · HN ↗
Someone else mentioned TOTP codes that are hard to copy
My personal gripe is that NFC readers can't read wallet passes. That's also true for google/android.
Both apple/google restrict it and only few very big retailers are using it.
CamJN · · focus · HN ↗
youngtaff · · focus · HN ↗
jyounker · · focus · HN ↗
kenferry · · focus · HN ↗
Maybe what you want is for the screen to support turning up brightness for just one part?
vinay427 · · focus · HN ↗
That’s what their comment is asking for, which is why they mention HDR displays which are already common on Apple products.
mortenjorck · · focus · HN ↗
From another comment in this thread, you can see a proof of concept using the HDR video workaround that works on any recent iPhone (or MacBook Pro): <a href="https://dt.in.th/HDRQRCode" rel="nofollow">https://dt.in.th/HDRQRCode
kenferry · · focus · HN ↗
arcanemachiner · · focus · HN ↗
user_7832 · · focus · HN ↗