-
Notifications
You must be signed in to change notification settings - Fork 6
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
Classnames #14
Comments
One idea I have to solve this is a class name template: |
Another idea which is based on #13 [
[ SELECTOR_OPEN ],
[ SELECTOR, '.foo', SCOPED ],
[ PROPERTY, 'prop' ],
[ VALUE, 'value' ],
[ SELECTOR_OPEN ],
[ SELECTOR, '&:psuedo' ],
[ PROPERTY, 'foo' ],
[ VALUE, 'bar' ],
[ SELECTOR_CLOSE ],
[ SELECTOR_CLOSE ],
] .foo-123456 {
prop: value;
&:pseudo {
foo: bar;
}
} Instead of |
I think we got this in #17 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As we def. need to support both scoped (generated) and regular class names, there is a question how to do that in a way that doesn't introduces much troubles to the runtimes.
I think class name generation algorithm should be out of scope for the standard, instead runtime should decide. There are too many hashing algorithms and counter based solutions. If we would try to generate the class name within the standard, we would need to make sure it will work across the entire world. If we let runtimes decide on the algorithm, it just has to work within a specific project.
The text was updated successfully, but these errors were encountered: