El lenguaje de marcado empleado en los archivos de Svelte incluye una serie de directivas extra que podemos utilizar en los componentes para distintos propósitos. Hoy evaluamos uno de ellos, que nos va a permitir renderizar condicionalmente parte del marcado de un componente en función de si una condición se...

Los eventos habilitan una característica muy interesante de este tipo de frameworks: la reactividad. Con la reactividad se puede hacer que automáticamente los componentes actualicen su presentación en el momento en el que se producen modificaciones, por ejemplo, cuando un evento de teclado o de ratón se dispara.

Un componente no sería nada si no tuviese eventos, que permite capturar acciones del mundo exterior, como clicks hechos en un botón, pulsaciones de teclas, o incluso eventos propios generados internamente, para reaccionar a él y producir algún tipo de consecuencia.

Centrémonos un momento en el propósito de anidar componentes y de meter unos componentes dentro de otros. Svelte está pensado como un framework orientado a componentes, por lo que la idea es fabricar componentes independientes que hagan una cosa, como un botón, una casilla de verificación, o un buscador, y...

A los componentes les podemos asignar datos dinámicos, que son como variables que pueden ser luego interpoladas en la capa presentacional HTML. Además, las props son atributos especiales cuyos valores iniciales se pasan desde fuera del componente, creando una forma de distribuir información entre unos componentes y otros.

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.

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.

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.

¿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.

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.