DEV Community

Cover image for The Specificity Of ::slotted()
Tom Herni
Tom Herni

Posted on • Originally published at tomherni.dev

The Specificity Of ::slotted()

The ::slotted() pseudo-element allows you to style elements that are slotted into your web component. But, there is something that may catch you off guard: styles applied with ::slotted() lose to global styles.

Imagine a website with the following markup:

<style>
  p { color: blue } /* (0, 0, 1) */
</style>

<my-element>
  <p>Hello world</p>
</my-element>
Enter fullscreen mode Exit fullscreen mode

Where <my-element> is a web component that adds the following styles:

:host ::slotted(p) { /* (0, 1, 2) */
  color: red;
}
Enter fullscreen mode Exit fullscreen mode

The website's global styles will win, and the text will be blue. Even though the specificity of :host ::slotted(p) (0, 1, 2) is higher than p (0, 0, 1).

The web component cannot set any CSS properties on a slotted element that are already set by global styles.

This becomes an even bigger issue when global styles include a "reset" stylesheet (like Normalize.css). Reset stylesheets touch the styling of many HTML elements, making it even less likely for slotted styles to be applied.

And in case you were wondering, increasing the argument's specificity of ::slotted() will also not help you win from global styles.

/* Still loses to global styles */
::slotted(p#foo) {
  color: red;
}
Enter fullscreen mode Exit fullscreen mode

Encapsulation contexts

When explaining how declarations are sorted by the cascade, the CSS spec says the following about cascade contexts:

"When comparing two declarations that are sourced from different encapsulation contexts, then for normal rules the declaration from the outer context wins, and for important rules the declaration from the inner context wins."

This essentially means that, without !important, a web component's ::slotted() rules are overridden by the outer context (global styles). Specificity pretty much goes out the window.

The next part is also worth mentioning:

"This effectively means that normal declarations belonging to an encapsulation context can set defaults that are easily overridden by the outer context, while important declarations belonging to an encapsulation context can enforce requirements that cannot be overridden by the outer context."

Using !important seems to be the official way to enforce slotted styles.

Making slotted rules important

As we now know, the only way to make ::slotted() win is to make rules important. It's not pretty, but considering it's the only way, I suppose this is a case where using !important is justified.

/* Wins from global styles */
::slotted(p) {
  color: red !important;
}
Enter fullscreen mode Exit fullscreen mode

However, consumers may not appreciate their slotted elements being styled with !important. Slotted elements are their elements in their DOM. And if they want to set a property that is already set with !important, then they now need to do the same to win the specificity battle.

Why this behavior is tricky

It's likely that most developers would not anticipate this behavior. They would likely assume that styles set with ::slotted() compete with the specificity of global styles.

Additionally, when a web component is developed and tested in an environment without (conflicting) global styles, then this issue is easy to miss before it makes its way to production.

The purpose of ::slotted() is to set default styles that can be easily overridden. But consumers can have reset stylesheets, or import stylesheets over which they have no control (particularly in larger corporate environments). In those cases, slotted styles are overridden too easily (i.e. unintentionally).

How to proceed

Slotted styles without !important may not end up being applied as expected. If this is an issue for your web component, then it's time to make a decision:

  1. Set important slotted styles with !important to enforce them. Document the reason behind this decision and what consumers would have to do to override those styles if necessary.

  2. Steer clear of ::slotted() altogether. Instead, document which styles consumers are recommended to set when slotting elements. Argument could be made that consumers should remain solely responsible for styling their elements.

Choose an approach that aligns with your philosophy. Make a conscious decision and be consistent.


It may be worth mentioning that the specificity of ::slotted() still works as expected within the same encapsulation context. It helps determine which declarations are applied by the web component, even if they were to eventually be overridden by global styles.

/* Wins from the selector below (but
   still loses to global styles) */
:host ::slotted(p) {
  color: red;
}

::slotted(p) {
  color: green;
}
Enter fullscreen mode Exit fullscreen mode

Top comments (0)