forked from AuroraMiddleware/gtk
ccdc3ee406
:not() selectors cannot be radical because the bloomfilter only knows if a value is set in any of the nodes, but cannot determine the opposite (if a value is not set in at least one node), but that would be required for:not() selectors. However, this is very unlikely to happen in the real world, so it's not worth optimizing. Unfortunately, change tracking could know this, so by excluding the :not() selectors from radical changes, the change tracking will now pick them up. If that turns out to be a performance problem, we need to add a special category for radical not filters, so change tracking and bloom filters can deal with them. The testcase demonstrating the problem in widget-factory has been extrated and added. |
||
---|---|---|
.. | ||
change.test.in | ||
meson.build | ||
test1.css | ||
test1.nodes | ||
test1.ui | ||
test2.css | ||
test2.nodes | ||
test2.ui | ||
test3.css | ||
test3.nodes | ||
test3.ui | ||
test4.css | ||
test4.nodes | ||
test4.ui | ||
test5.css | ||
test5.nodes | ||
test5.ui | ||
test-css-change.c |