[go: nahoru, domu]

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[css-shadow-parts-1] part should be a superglobal in the HTML spec #3424

Open
fergald opened this issue Dec 11, 2018 · 6 comments
Open

[css-shadow-parts-1] part should be a superglobal in the HTML spec #3424

fergald opened this issue Dec 11, 2018 · 6 comments

Comments

@fergald
Copy link
Contributor
fergald commented Dec 11, 2018

spec

Update the DOM spec.

@NullVoxPopuli
Copy link
NullVoxPopuli commented Feb 29, 2020

I arrived at this draft from a few links about @apply being abandoned. After reading this spec, I, in no way, see how this is related -- it doesn't solve the same problem.

The path I took to get here:

I'm confused. I want to compose CSS classes :-\

@fergald
Copy link
Contributor Author
fergald commented Mar 2, 2020

@NullVoxPopuli Sorry, I don't know why this is listed as an alternative solution (I am not at all familiar with postcss-apply). Please take that up with the authors of the postcss-apply doc.

@tabatkins
Copy link
Member

The reason is that my blog post about abandoning @apply says precisely that. ^_^

The motivating use-case for @apply was passing bags of properties into custom elements, so you didn't have to reinvent all of CSS as custom properties just to allow arbitrary styling of something inside a shadow tree. That use-case was replaced by ::part().

The more general use-case of using @apply to compose classes, however, isn't addressed by this. (And @apply is still bad for that, for all the reasons I gave in my blog post. We probably want to eventually do @extend to address that case.)

@annevk
Copy link
Member
annevk commented Nov 18, 2022

@fergald any ETA on this? This feature has shipped reportedly so this seems overdue. If it's superglobal it should be in DOM probably.

@fergald
Copy link
Contributor Author
fergald commented Nov 21, 2022

@mfreed7 @domenic Please take a look.

@mfreed7
Copy link
mfreed7 commented Dec 5, 2022

@mfreed7 @domenic Please take a look.

LGTM to make part superglobal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants