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.
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.