Resumen

  • El primer borrador público de Custom Elements del W3C apareció el 14 de mayo de 2013. El texto de 2016 detalló clases, registro, activación de elementos existentes y respuestas de ciclo de vida; una nota de 2018 documentó su incorporación a DOM y HTML.
  • En la norma HTML vigente, el autor registra una definición en CustomElementRegistry. El navegador reconoce las etiquetas admisibles, las activa y ejecuta respuestas cuando entran, salen o cambian atributos observados.

Una redacción quiere reutilizar una tarjeta con fotografía, titular y enlace. Puede escribir un programa que recorra cada página buscando tarjetas y preparándolas. O puede hacer que el navegador reconozca el nombre de la tarjeta y llame al código asociado cuando llegue el momento. La diferencia se parece a pasar de una cuadrilla que busca empleados por los pasillos a una oficina que sabe quién tiene cada puesto.

El primer borrador público del W3C, de 14 de mayo de 2013, planteó que los autores pudieran definir nuevos tipos de elementos DOM. Su modelo temprano relacionaba nombre, prototipo y respuestas de ciclo de vida. Las reglas evolucionaron, pero la ambición estaba clara: el navegador incorporaría el nuevo tipo a su sistema de elementos y el autor escribiría su conducta.

El borrador del 9 de junio de 2016 muestra una escena más cercana a la actual. Una clase extiende HTMLElement y se registra mediante customElements.define(). El texto incluye un ejemplo con una etiqueta que ya estaba en el documento antes del registro. La definición permite activar ese elemento existente. La página puede dejar el puesto preparado y el navegador incorpora las instrucciones cuando están disponibles.

El registro verifica nombres y coordina la activación. El guion de una etiqueta autónoma ayuda a reservar un espacio para nombres definidos por autores. El componente enumera los atributos que observa; attributeChangedCallback() responde a esos cambios. connectedCallback() atiende la conexión al documento y disconnectedCallback() su salida. Las reglas de reacción del navegador organizan cuándo llega cada aviso. La tarjeta puede llevar sus acciones consigo en vez de depender de una búsqueda general en cada página.

La vida del elemento tiene más de un turno. Puede nacer en el marcado, activarse después y volver a conectarse tras un movimiento. Su autor debe preparar las funciones para esa secuencia real. El navegador resuelve identidad, registro y llamadas. La redacción decide qué hacer con la foto, el titular y el enlace. Dar un puesto a una etiqueta no escribe la noticia.

La nota del W3C del 3 de mayo de 2018 explicó que el material de Custom Elements se estaba incorporando a las especificaciones DOM, HTML y otras relacionadas. El historial oficial conserva la secuencia desde el borrador de 2013 hasta el cambio de ubicación. Las reglas pasaron a vivir junto a las piezas fundamentales de la plataforma.

El capítulo Custom Elements de la norma viva HTML de WHATWG define hoy registros, nombres válidos, activaciones y colas de reacción. Incluye además casos desarrollados posteriormente, como adopción y participación en formularios. El acuerdo central permanece: el navegador vincula una etiqueta y su definición; el autor construye un comportamiento que valga la pena llamar.

Shadow DOM se ocupa del árbol interno de un componente y de cómo se compone con la página. Custom Elements se ocupa de la identidad y la vida de la etiqueta. Una tarjeta puede aprovechar los dos. Uno le proporciona, si hace falta, un taller propio; el otro le entrega las llaves y el horario de trabajo.