- From: Michael C. via GitHub <sysbot+gh@w3.org>
- Date: Thu, 28 Jul 2022 19:30:26 +0000
- To: public-css-archive@w3.org
@mirisuzanne Ahh, I think I understand you, and if so, that's a pretty major difference. Lemme get this straight... you envisioned that brackets would only really be a benefit in this situation?
```scss
.foo {
@nest .bar & { color: red; }
@nest .baz & { color: green; }
@nest .blah & { color: yellow; }
}
```
i.e. it could be:
```scss
.foo {
{
.bar & { color: red; }
.baz & { color: green; }
.blah & { color: yellow; }
}
}
```
?
On my end, I was thinking that the brackets would be highly useful in situations where instead of repetitive ampersands before each nested selector:
```scss
.foo {
& .bar { color: red; }
& .baz { color: green; }
& .blah { color: yellow; }
/* etc */
}
```
...you'd just have a clean look like this:
```scss
.foo {
{
.bar { color: red; }
.baz { color: green; }
.blah { color: yellow; }
/* etc */
}
}
```
I'm trying to think practically here. Lots of devs, myself included, would be coming from SCSS. The syntax I was intending was to help minimize work needed to convert existing SCSS; just select nested selectors and wrap with brackets—done. After all, I'd guess that something like 90%+ of the time, we only use simple nesting (`.foo { .bar { ... } }`) instead of the more complex `.foo { html.fooActive & { ... } }` type stuff...
--
GitHub Notification of comment by proimage
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4748#issuecomment-1198549214 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 28 July 2022 19:30:28 UTC