-
Notifications
You must be signed in to change notification settings - Fork 68
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
Parent dropping (hard optimisation) #36
Comments
yeah i've considered doing this. but the size gain would be small while the speed hit would be exponential and there would be perf landmines everywhere. a single i'd like to see a convincing practical case on a realistic mid-size page where the wins outweigh the costs. |
I feel like it'd be fairly easy to memoize the results and make it more efficient, although it'll still be way slower than if it weren't added. That said, I haven't looked to hard at the code and don't know how exactly that would be done. I mostly put the issue here to see if there were decent use cases; maybe someone out there has a compelling example. :p |
let's work through it on paper. the main idea is to ensure that a less qualified selector results in the same nodes as the full one. take
essentially it's a powerset of sub-selectors: let sets = generatePowerSet([
"#a ",
".b >"
"c",
".foo",
]); with the condition that at least and this is just for a single selector. memoization (which dropcss uses extensively) won't really help you too much here. dropcss actually has all the internal functions needed: a selector parser, an html parser, and a matcher that can test a parsed selector against the parsed html. if you are interested in prototyping this and doing the memoization externally, i can expose each of these functions and it would simply be a matter of mutating the parsed selector array to test each case. this would also go a long way towards what's needed for #32. |
i'm actually not sure this is going to work out even if all the above is done. the reason is that selector specificity matters. even if you can match the same set of elements in isolation, the order of your rules may prevent the same application of styles, and figuring out how to avoid this is simply not feasible without basically writing a spec-compliant CSS engine. an easy example of this is removing |
Simple example:
In this case, dropcss should notice that:
p
arebody p
.body p
, all of the selectors onbody p
are either less specific thanp
or more specific thanbody p
.Therefore, it should just output:
One potentially more applicable case of this might be styles which differentiate
ul li
andol li
on a page which only usesul li
. In this case, we could drop theul
and just outputli
to shrink the size of the CSS. This could also apply to, for example,.page-type .element
, where only one variant of.page-type
is used in the HTML samples given.The text was updated successfully, but these errors were encountered: