From b3f57614237c4ed8ef0e81182565a258fe6e417c Mon Sep 17 00:00:00 2001 From: Miriam Suzanne Date: Thu, 2 Mar 2023 10:29:17 -0700 Subject: [PATCH] [css-cascade-6] Remove scope-prelude from specificity calculation #8500 --- css-cascade-6/Overview.bs | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/css-cascade-6/Overview.bs b/css-cascade-6/Overview.bs index 76b884ea8de..a97d11181ac 100644 --- a/css-cascade-6/Overview.bs +++ b/css-cascade-6/Overview.bs @@ -397,28 +397,28 @@ Scoping Styles: the ''@scope'' rule * Selectors can only match elements that are [=in scope=]. This only applies to the [=subject=]; the rest of the selector can match unrestricted. - * Selectors are given the added specificity of - the most specific [=complex selector=] in the <> argument. - - Note: This is designed to match the behavior of the '':is()'' selector. * The [=cascade=] prioritizes declarations with a [=scope proximity|more proximate=] [=scoping root=], regardless of specificity or source order. +Note: Unlike Nesting, +selectors within an ''@scope'' rule +do not acquire the specificity of any parent selector(s) in the ''@scope'' prelude. +
- The following selectors have the same specificity (1,0,1): + The following selectors have the same specificity (0,0,1):
 		@scope (#hero) {
 		  img { border-radius: 50%; }
 		}
 
-		#hero img { border-radius: 50%; }
+		:where(#hero) img { border-radius: 50%; }
 		
- But because <{img}> is scoped, - it is weighted more strongly in the cascade. + But because one <{img}> selector is scoped, + that selector is weighted more strongly in the cascade.