Re: [csswg-drafts] [css-conditional] testing support of properties and values with partial implementations (#3559)

The CSS Working Group just discussed `Testing support of partial implementations`.

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Topic: Testing support of partial implementations<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues/3559<br>
&lt;fantasai> astearns: Sebastien added some comments, unable to join in person<br>
&lt;fantasai> astearns: he has a specific suggestion ...<br>
&lt;astearns> this comment https://github.com/w3c/csswg-drafts/issues/3559#issuecomment-1114545949<br>
&lt;fantasai> rachelandrew: This came uporiginally because of the gap property<br>
&lt;fantasai> rachelandrew: originally defined for grid layout, later expanded to flexbox<br>
&lt;fantasai> rachelandrew: but can't test within @supports<br>
&lt;fantasai> rachelandrew: so can't e.g. provide a fallback margin<br>
&lt;fantasai> rachelandrew: unsure where it will come up win future, but for specs like alignment which applie to lots of things could come up<br>
&lt;fantasai> rachelandrew: so that's why opened the issue, for testing whether property X roks in context Y<br>
&lt;fantasai> s/roks/works/<br>
&lt;fantasai> rachelandrew: Idk how likely it is to appear in the future<br>
&lt;astearns> ack fantasai<br>
&lt;Zakim> fantasai, you wanted to ask to review use cases and to<br>
&lt;fantasai> fantasai: Another context is alignment properties applying to abspos or block containers<br>
&lt;chris> rssagent, here<br>
&lt;fantasai> fantasai: and fremy had suggested gap applying to tables, so that's another place<br>
&lt;chris> rrsagent, here<br>
&lt;RRSAgent> See https://www.w3.org/2022/09/16-css-irc#T20-38-42<br>
&lt;fantasai> astearns: we have general issue of interactions that are difficult to test<br>
&lt;fantasai> astearns: sebastian had specific suggestion of allowing custom support rules<br>
&lt;fantasai> astearns: that would run author JS to check for a particular thing they wan'ted to test<br>
&lt;fantasai> astearns: sebastian asked whether this is a reasonable way forward, is it possible in browsers<br>
&lt;fantasai> heycam: No real obvious time to run that script<br>
&lt;fantasai> heycam: would want to run it only once<br>
&lt;fantasai> heycam: maybe at the time the stylesheet is loaded could run it?<br>
&lt;fantasai> heycam: it feels weird to have some script run at some point for that<br>
&lt;fantasai> heycam: I do feel like you do want a traditional feature-testing way of checking this<br>
&lt;fantasai> heycam: e.g. test whether gap on table, checking whether it has some effect on the size of the element<br>
&lt;fantasai> heycam: but idk what's a concise way to run that in a query string<br>
&lt;heycam> fantasai: so far most of these are dependent on your formatting context or box type<br>
&lt;TabAtkins> q+<br>
&lt;heycam> ... so it's not that you want to check interactions with other properties, but specifically whether properties apply to specific types of boxes<br>
&lt;astearns> ack TabAtkins<br>
&lt;fantasai> TabAtkins: On subject of well-defined time to run, this is the same problem as wanting custom MQ<br>
&lt;fantasai> TabAtkins: so we could just run it on that<br>
&lt;fantasai> TabAtkins: no difference between writing @media --flex-gap<br>
&lt;fantasai> TabAtkins: which you set at page load<br>
&lt;fantasai> TabAtkins: vs in supports<br>
&lt;fantasai> TabAtkins: if we feel it's needed for usability, maybe separate registry<br>
&lt;fantasai> TabAtkins: but run script once and run well-defined time, already have proposal to solve<br>
&lt;heycam> fantasai: for the usability aspect of it, there's been proposals of a generic if statement<br>
&lt;heycam> ... rather than having custom MQs, you could have a more generic syntax in an if statement<br>
&lt;astearns> ack fantasai<br>
&lt;heycam> ... so you could do it in a MQ, or in an if<br>
&lt;fantasai> s/if statement/@if statement/<br>
&lt;fantasai> astearns: Maybe this is enough feedback to satisfy for now?<br>
&lt;fantasai> astearns: anyone else to weigh in?<br>
&lt;fantasai> dholbert: curious what DOM these queries run in<br>
&lt;fantasai> dholbert: does it persist<br>
&lt;fantasai> TabAtkins: answer is, dependes on what you are talking about<br>
&lt;fantasai> TabAtkins: if you're doing custom MQ, it's whatever you want. YOu're just running JS and updating a map<br>
&lt;fantasai> TabAtkins: that's attached to the document object<br>
&lt;fantasai> TabAtkins: that'll be available to any stylesheets attached to that page<br>
&lt;fantasai> TabAtkins: if doing something else, depends on specifics<br>
&lt;fantasai> astearns: let's leave this issue here, and see if we make more progress in issue itself<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3559#issuecomment-1249795176 using your GitHub account


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

Received on Friday, 16 September 2022 20:44:45 UTC