Shadow DOM es una API para encapsular el DOM de un componente, con el objetivo de que no se pueda alterar su presentación o sus eventos DOM desde fuera.

await es una interesante directiva que podemos insertar en el marcado de un componente de Svelte para que se resuelva una promesa sobre la marcha, renderizando un marcado u otro en función de en qué etapa de la promesa se encuentra: resolviendo, completada o fallida.

Con slots, se puede disponer de un sistema para preparar placeholders en un template HTML insertado en un Custom Element, para poder especificar declarativamente el contenido de esa etiqueta usando únicamente lenguaje de marcado.

Los customized built-in elements son una alternativa a los autonomous elements, cuando únicamente queremos alterar la presentación de un componente sin vernos forzados a reinventar la accesibilidad, eventos de teclado, o todo lo que una etiqueta HTML normal haría.

Un pequeño inciso para hablar sobre documentos DOM y sobre por qué no es posible usar directamente los nodos DOM que cuelgan de un HTML template en el documento maestro.

Una revisión un año después al estado de los estándares para ver si sigue habiendo cosas nuevas que contar y para probar que la lista sigue viva. El resumen es que no.

¿Qué diferencia hay entre marcar un Shadow DOM usando open o closed en el modo? Esta es una pregunta a la que buscamos la respuesta en este capítulo.

Nos caemos del guindo: Web Components no funciona en todas partes. En este vídeo, exploramos cómo con un polyfill podemos hacer que Web Components funcione en Microsoft Edge, Internet Explorer, o Safari.

No puedo hacer más vídeos en este momento porque las APIs que quedan ahora mismo por contar son tan recientes que los navegadores todavía no las tienen soportadas. Cliffhanger perfecto para prometer eternamente una segunda temporada.