- From: Bramus! via GitHub <sysbot+gh@w3.org>
- Date: Thu, 16 Jun 2022 14:15:11 +0000
- To: public-css-archive@w3.org
I think that someone was me, in https://github.com/w3c/csswg-drafts/issues/6674#issuecomment-927378865
Adding an extra `*-name` property seemed a bit redundant:
```css
main { /* Identifier 1 */
container-type: size;
container-name: page-layout; /* Identifier 2 */
scroll-timeline-direction: block;
scroll-timeline-name: main-scroller: /* Identifier 3 */
}
.foo {
animation-timeline: scroller; /* Identifier 3, again */
}
```
If more CSS concepts in the future require a `*-name` property, we could end up with 10 different _(or the same)_ values for all those `*-name` properties.
Adding `*-name` properties feels a bit weird as we already have a way to target elements built into CSS: selectors. Being a fan of the `selector()` function _(sorry 😬)_, I landed on this hypothetical piece of code:
```css
main { /* Identifier 1 */
container-type: size;
scroll-timeline-direction: block;
}
@container selector(main) (block-size > 12em) { /* Re-use Identifier 1 */
/* … */
}
.foo {
animation-timeline: selector(main); /* Re-use Identifier 1 */
}
```
In this approach the `selector()` function would act more `document.querySelector()`, accepting any selector – see https://github.com/w3c/csswg-drafts/issues/5884#issuecomment-867117769 for more details.
---
Now, I'm fine with not accepting a `container-name` inside `scroll()`, but do want to warn against having many `*-name` properties in the future as CSS grows and evolves.
--
GitHub Notification of comment by bramus
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7046#issuecomment-1157711593 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 16 June 2022 14:15:12 UTC