- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Sat, 17 Sep 2022 00:44:31 +0000
- To: public-css-archive@w3.org
The CSS Working Group just discussed `box-shadow shape`. <details><summary>The full IRC log of that discussion</summary> <TabAtkins> Topic: box-shadow shape<br> <TabAtkins> github: https://github.com/w3c/csswg-drafts/issues/7103<br> <TabAtkins> dbaron: a few weeks ago oriol prepare a bunch of demos for this problem<br> <TabAtkins> dbaron: underlying issue is that in 2013 we changed the spec so expansion of rounded borders, which happens primarily for box-shadow spread, was not discontinuous<br> <TabAtkins> dbaron: prior it was discontinuous from 0 to non-zero border-radius<br> <TabAtkins> dbaron: we introduced this cubic formula<br> <TabAtkins> dbaron: So normally a 5px border-radius and 3px of spread means an 8px spread corner<br> <TabAtkins> dbaron: so they're concentric<br> <TabAtkins> dbaron: nobody shipped it until earlier this year<br> <TabAtkins> dbaron: Chromium got bug reports now about circles expanded to non-circles<br> <TabAtkins> dbaron: So we want circles to stay circles<br> <TabAtkins> dbaron: Oriol had proposals, group was unhappy with all of them<br> <TabAtkins> dbaron: since then i cam eup with two additional proposals, fantasai had a third i attempted to put into oriol's demo<br> <TabAtkins> dbaron: so we can look at these additional options<br> <TabAtkins> dbaron: so first option is the existing formula<br> <TabAtkins> astearns: skip to demos, we can go back to math<br> <fantasai> -> https://lists.w3.org/Archives/Public/www-archive/2022Sep/att-0012/shadow-radius.html<br> <TabAtkins> dbaron: this third example is a circle, that's important, and there are some other pretty round cases<br> <TabAtkins> dbaron: this is the spec currently, you'll see the circle is no longer circle at all, other round examples have flattened ends<br> <TabAtkins> dbaron: my first option is based on the ratio fo the rounded part of an edge to the total length of the edge, using tat as a cap on the cubic formula<br> <TabAtkins> dbaron: one puts the cap on before, one after the cubing, so one is linear and the other is cubic<br> <TabAtkins> fantasai: in the very last, thre's a sharp corner, but it gets quite rounded in both of yours<br> <TabAtkins> fantasai: but your other squares arent' particularly rounded<br> <TabAtkins> dbaron: elika's is capping based on --- using oriol's "% of max axis" but not all the time, switches beetween it and current spec<br> <TabAtkins> fantasai: EAch side has a straight and a curved piece. if it's all curve, it uses % formula, if it's at least the length of the box side it uses the spec formula, and between those it interpolates<br> <astearns> q?<br> <TabAtkins> dbaron: the other things that's different is i did the capping based on the ratio of rounded vs total side length, elika did ratio of rounded to straight part of the side<br> <TabAtkins> dbaron: not sure which is better<br> <TabAtkins> dbaron: but werid thing about elika's is it requires a max because it hits the cap in the middle rather than the end<br> <TabAtkins> astearns: the old spec is super round for the square with 1px round corner<br> <TabAtkins> fantasai: yeah tha's why we change the spec<br> <TabAtkins> astearns: wonder if we'll get people wanting that, tho<br> <TabAtkins> fantasai: depends on what you're trying to do<br> <TabAtkins> fantasai: goal was to get something continuous<br> <TabAtkins> fantasai: for squarish things i think current spec is better, but for circlish it's broken<br> <TabAtkins> astearns: sounds like we need some more options in the dmo?<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7103#issuecomment-1249962136 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Saturday, 17 September 2022 00:44:33 UTC