Digamos que ocurre un evento click dentro de un shadow DOM del componente <user-card>.… Outer target: USER-CARD – el manejador de evento del documento obtiene el shadow host como objetivo.… Desde su punto de vista, el evento ocurrió sobre <user-card>.… ;, entonces, como se propaga hacia fuera del shadow DOM, su event.target se reestablece a <user-card… Si el árbol shadow fue creado con {mode: 'closed'}, la ruta compuesta comienza desde el host: user-card
¡Los estilos aplicados a los enlaces :visited están ocultos!… Los enlaces visitados pueden ser coloreados usando la pseudo-clase :visited de CSS.… JavaScript no puede ver los estilos aplicados por :visited.… También hay una limitación en CSS que prohíbe la aplicación de estilos de cambio de geometría en :visited
Selectores como :host aplican reglas al elemento <custom-dialog> o <user-card>, ¿pero cómo… Por ejemplo, en el shadow DOM podemos usar la variable CSS --user-card-field-color para dar estilo a… Entonces, podemos declarar esta propiedad en el documento exterior para <user-card
Aquí, el shadow DOM <user-card> proporciona dos slots, que se llenan desde el light DOM:… ; solo es válido para los hijos directos del shadow host (en nuestro ejemplo, el elemento <user-card… el segundo <span> aquí se ignora (ya que no es un elemento hijo de nivel superior de <user-card… Por ejemplo, agreguemos el slot predeterminado a nuestro <user-card> que muestra toda la información
ataques donde el hacker inyecta su propio código JavaScript en una página y espera que el usuario visite