- From: Marcos Cáceres via GitHub <sysbot+gh@w3.org>
- Date: Sat, 29 May 2021 01:16:31 +0000
- To: public-device-apis-log@w3.org
Ok, but I'd still be super hesitant to allow any fine grained control over brightness. I think to meet the use cases max brightness should be requested. If light needs to be cast from the screen, then the brightness itself can be controlled by the what's on the screen itself (e.g., flash a full white image, like Photo Booth on MacOS does for instance - or anything in between). Ultimately, the user + OS should retain control of the brightness; only yielding it to perform particular operations in action... or flat out refusing to do honor the request if the phone is in battery saving mode. Additionally, it may be best for this particular use case that the request for brightness be bundled into media capture request itself (e.g., by adding something to `getUserMedia()`?). Once the camera is off, the browser returns the brightness to whatever it was previously. That's not to say that WakeLock shouldn't also request brightness (the "scanning a QR code from a phone" use case is very real!) - but we should think about where exactly we need to be requesting brightness as needed to perform a particular task. -- GitHub Notification of comment by marcoscaceres Please view or discuss this issue at https://github.com/w3c/screen-wake-lock/issues/129#issuecomment-850743558 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Saturday, 29 May 2021 01:16:33 UTC