Re: [csswg-drafts] [css-ui] Should `::picker(select)` match `:popover-open`? (#10775)

The CSS Working Group just discussed ``[css-ui] Should `::picker(select)` match `:popover-open`?``, and agreed to the following:

* `RESOLVED: don't create a special exception to not parse :popover-open on ::picker(select)`

<details><summary>The full IRC log of that discussion</summary>
&lt;chrishtr> jarhar: this is a topic that was spun out of ::picker. There is disagreement about whether :popover-open should match. We already resolved that ::picker is a part-like pseudo element.<br>
&lt;jarhar> q?<br>
&lt;una> q+<br>
&lt;chrishtr> jarhar: there is the question of whether it should match :popover-element. I and some others think it should because that's the default for part-like pseudos. Others don't like it because it would reveal internal details<br>
&lt;masonf> q+ simon<br>
&lt;gregwhitworth> ack una<br>
&lt;chrishtr> una: clarifying question: would this match both open and popover-open, or just popover-open?<br>
&lt;chrishtr> jarhar: there is no contention about :open, discussion is just for :popover-open.<br>
&lt;chrishtr> una: so with your preferred resolution it'd match both?<br>
&lt;chrishtr> masonf: yes<br>
&lt;chrishtr> una: ok I agree with that, just checking<br>
&lt;chrishtr> dbaron: select matches open, and picker matches popover-open<br>
&lt;chrishtr> una: if you have appearance:base-select for both the in-page and picker, then select:open would be the same as picker:poover-open<br>
&lt;zcorpan> ack simon<br>
&lt;chrishtr> una: if you only have appearance: base on the select and not the picker, then you can only match select:open because the picker doesn't exist<br>
&lt;chrishtr> fantasai: seems like it has to exist<br>
&lt;chrishtr> annevk: exists but doesn't match because it isn't styleable<br>
&lt;chrishtr> annevk: isn't that the case for other pseudo-elements anyway?<br>
&lt;chrishtr> fantasai: exists but not styleable<br>
&lt;dbaron> (I'm not actually 100% sure that ::picker(select):popover-open doesn't work when ::picker(select) is appearance:auto... although I *think* that's the case<br>
&lt;chrishtr> fantasai: if we allow popover-open to apply to the picker then it won't apply if not in base mode?<br>
&lt;una> q+<br>
&lt;chrishtr> jarhar: the picker element exists but in auto mode it can't be opened as a popover because it never opens<br>
&lt;fantasai> ::picker(selecT) { appearance: base; } ::picker(select):popover-open { appearance: auto; }<br>
&lt;chrishtr> fantasai: what about applying appearance:auto if :popover-open, what will that do?<br>
&lt;chrishtr> annevk: would be a loop?<br>
&lt;chrishtr> masonf: which picker you open depends on timing. If it's already open then it wouldn't close?<br>
&lt;chrishtr> annevk: normally in CSS if the computed value changes then what you see changes<br>
&lt;chrishtr> masonf: if so then there would need to be some code to handle it<br>
&lt;gregwhitworth> ack una<br>
&lt;dbaron> (I think this is sort of exposing a problem with making `appearance` apply separately to `::picker(select)`... it probably normally would have been restricted.)<br>
&lt;chrishtr> una: maybe this is a difference between part-like and regular pseudo elements?<br>
&lt;chrishtr> fantasai: this was relaxed before for pseudos<br>
&lt;chrishtr> q+<br>
&lt;chrishtr> una: second question: just updated my demos when I updated them to the new syntax. e.g. focus-visible didn't apply any more. Wanted to see if this ok. Also is there an issue with specificity?<br>
&lt;zcorpan> Demo for ::before:hover (seems like this is not implemented) https://software.hixie.ch/utilities/js/live-dom-viewer/saved/13060<br>
&lt;gregwhitworth> ack chrishtr<br>
&lt;fantasai> select:open ::picker() vs select ::picker():popover-open - same specificity<br>
&lt;chrishtr> fantasai: specificity would be the same<br>
&lt;gregwhitworth> chrishtr: wanted to bring us back, popover: open question jarhar originally raised<br>
&lt;gregwhitworth> masonf: the issue being discussed is their unique capabilities for this scenario<br>
&lt;jarhar> proposed resolution: don't create a special exception to not parse :popover-open on ::picker(select)<br>
&lt;masonf> +1<br>
&lt;una> +1<br>
&lt;chrishtr> +1<br>
&lt;dbaron> +1<br>
&lt;zcorpan> +1<br>
&lt;emilio> +1<br>
&lt;sanketj_> +1<br>
&lt;gregwhitworth> RESOLVED: don't create a special exception to not parse :popover-open on ::picker(select)<br>
&lt;gregwhitworth> Zakim, end meeting<br>
</details>


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


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

Received on Thursday, 5 September 2024 15:54:47 UTC