- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 18 Oct 2023 16:10:55 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `[css-view-transitions] Making the callback param non-nullable`, and agreed to the following: * `RESOLVED: Make the parameter non-nullable, but keep it optional` <details><summary>The full IRC log of that discussion</summary> <emilio> noamr: we have a startViewTransition call that takes one param that is marked as optional nullable with default of null<br> <emilio> ... we resolved to extend this to allow a dictionary<br> <emilio> ... so naively it'd be an optional nullable union<br> <emilio> ... but that's not possible in WebIDL<br> <noamr> it's vmpstr, not noamr<br> <emilio> vmpstr: so proposal is making it non-nullable<br> <emilio> ... this only precludes null of being a valid parameter<br> <emilio> ... it'd still be optional<br> <emilio> astearns: if we decide on null as a naive way of dealing with the optionality?<br> <emilio> ... was there a purpose?<br> <emilio> vmpstr: there wasn't, it was just in the editor's draft since the beginning<br> <khush> +1<br> <emilio> q+<br> <khush> q+<br> <astearns> emilio: so if null is passed we will start throwing?<br> <astearns> ack emilio<br> <emilio> vmpstr: that's right<br> <emilio> emilio: hopefully nobody is doing that, if you're fine with the compat risk seems fine<br> <emilio> vmpstr: usage is low enough<br> <emilio> emilio: sounds good then<br> <emilio> khush: to add to vmpstr there's no production usecase where you'd do that<br> <emilio> ... because the callback is where you are supposed to mutate the DOM<br> <emilio> vmpstr: to clarify it's still optional, it'd be just explicit null that could be problematic<br> <emilio> RESOLVED: Make the parameter non-nullable, but keep it optional<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/9460#issuecomment-1768866495 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 18 October 2023 16:10:57 UTC