Re: [screen-wake-lock] Clarify use cases in Screen Brightness API explainer (#341)

> Just because the ideal APIs don't yet exist, doesn't mean we should create a worse solution around the APIs that do currently exist.
> 
> 
> 
> Device makers and OS vendors need to provide more intuitive developer interfaces if the issue here is OS API compatibility with the ideal state of this API. I think existing APIs are adequate, albeit unideal for browser vendors.
> 
> 
> 
> Instead of moving the goalposts, let's try to stay on-topic. Nobody has proposed any use cases that justify the use of system-level brightness control over existing content-level brightness control so far.

Interesting, so do you suggest that perhaps a Canvas based API would be more a appropriate way to harness existing HDR support to achieve brightness control?

-- 
GitHub Notification of comment by willmorgan
Please view or discuss this issue at https://github.com/w3c/screen-wake-lock/issues/341#issuecomment-1153126210 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Sunday, 12 June 2022 10:44:43 UTC