Transiciones de vista del mismo documento para aplicaciones de una sola página

Cuando una transición de vista se ejecuta en un solo documento, se denomina transición de vista del mismo documento. Normalmente, este es el caso en las aplicaciones de una sola página (SPA) en las que se usa JavaScript para actualizar el DOM. A partir de Chrome 111, se admiten las transiciones de vista del mismo documento en Chrome.

Para activar una transición de vista del mismo documento, llama a document.startViewTransition:

function handleClick(e) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    updateTheDOMSomehow();
    return;
  }

  // With a View Transition:
  document.startViewTransition(() => updateTheDOMSomehow());
}

Cuando se invoca, el navegador captura automáticamente instantáneas de todos los elementos que tienen declarada una propiedad de CSS view-transition-name.

Luego, ejecuta la devolución de llamada pasada que actualiza el DOM, después de lo cual toma instantáneas del nuevo estado.

Estas instantáneas se organizan en un árbol de seudoelementos y se animan con la potencia de las animaciones de CSS. Los pares de instantáneas del estado anterior y el nuevo pasan sin problemas de su posición y tamaño anteriores a su nueva ubicación, mientras su contenido se encadena. Si lo deseas, puedes usar CSS para personalizar las animaciones.


La transición predeterminada: encadenado

La transición de vista predeterminada es un encadenado, de modo que sirve como una buena introducción a la API:

function spaNavigate(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    updateTheDOMSomehow(data);
    return;
  }

  // With a transition:
  document.startViewTransition(() => updateTheDOMSomehow(data));
}

Donde updateTheDOMSomehow cambia el DOM al estado nuevo. Puedes hacerlo de la forma que quieras. Por ejemplo, puedes agregar o quitar elementos, cambiar nombres de clases o cambiar estilos.

Y así, las páginas se atenúan:

El encadenado predeterminado. Demostración mínima. Fuente.

Bien, un encadenado no es tan impresionante. Afortunadamente, las transiciones se pueden personalizar, pero primero debes comprender cómo funcionó esta transición básica.


Cómo funcionan estas transiciones

Actualicemos la muestra de código anterior.

document.startViewTransition(() => updateTheDOMSomehow(data));

Cuando se llama a .startViewTransition(), la API captura el estado actual de la página. Esto incluye tomar una instantánea.

Una vez completada, se llama a la devolución de llamada que se pasa a .startViewTransition(). Ahí es donde se cambia el DOM. Luego, la API captura el estado nuevo de la página.

Una vez que se captura el estado nuevo, la API construye un árbol de seudoelemento como el siguiente:

::view-transition
└─ ::view-transition-group(root)
   └─ ::view-transition-image-pair(root)
      ├─ ::view-transition-old(root)
      └─ ::view-transition-new(root)

El elemento ::view-transition se encuentra en una superposición, sobre todo lo demás en la página. Esto resulta útil si deseas establecer un color de fondo para la transición.

::view-transition-old(root) es una captura de pantalla de la vista anterior, y ::view-transition-new(root) es una representación en vivo de la vista nueva. Ambos se renderizan como "contenido reemplazado" de CSS (como un <img>).

La vista anterior se anima de opacity: 1 a opacity: 0, mientras que la vista nueva se anima de opacity: 0 a opacity: 1, lo que crea un encadenado.

Toda la animación se realiza usando animaciones de CSS, por lo que se pueden personalizar con CSS.

Personaliza la transición

Todos los pseudoelementos de transición de vistas pueden orientarse con CSS, y dado que las animaciones se definen con CSS, puedes modificarlas con las propiedades de animación de CSS existentes. Por ejemplo:

::view-transition-old(root),
::view-transition-new(root) {
  animation-duration: 5s;
}

Con ese cambio, la atenuación ahora es muy lenta:

Desvanecimiento largo. Demostración mínima. Fuente.

Bien, eso no es impresionante. En su lugar, el siguiente código implementa la transición de eje compartido de Material Design:

@keyframes fade-in {
  from { opacity: 0; }
}

@keyframes fade-out {
  to { opacity: 0; }
}

@keyframes slide-from-right {
  from { transform: translateX(30px); }
}

@keyframes slide-to-left {
  to { transform: translateX(-30px); }
}

::view-transition-old(root) {
  animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
}

::view-transition-new(root) {
  animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}

Y este es el resultado:

Transición de eje compartido. Demostración mínima. Fuente.

Realiza la transición de varios elementos

En la demostración anterior, toda la página está involucrada en la transición de eje compartido. Eso funciona para la mayor parte de la página, pero no parece del todo correcto para el encabezado, ya que se desliza hacia afuera solo para volver a deslizarlo hacia adentro.

Para evitar esto, puedes extraer el encabezado del resto de la página para que se pueda animar por separado. Para ello, se debe asignar un view-transition-name al elemento.

.main-header {
  view-transition-name: main-header;
}

El valor de view-transition-name puede ser el que desees (excepto none, lo que significa que no hay un nombre de transición). Se usa para identificar de forma única el elemento en la transición.

Y el resultado de eso:

Transición de eje compartido con encabezado fijo. Demostración mínima. Fuente.

Ahora el encabezado permanece en su lugar y se difumina.

Esa declaración de CSS hizo que cambiara el árbol de pseudoelementos:

::view-transition
├─ ::view-transition-group(root)
│  └─ ::view-transition-image-pair(root)
│     ├─ ::view-transition-old(root)
│     └─ ::view-transition-new(root)
└─ ::view-transition-group(main-header)
   └─ ::view-transition-image-pair(main-header)
      ├─ ::view-transition-old(main-header)
      └─ ::view-transition-new(main-header)

Ahora hay dos grupos de transición. Una para el encabezado y otra para el resto. Estos se pueden orientar de manera independiente con CSS, y con diferentes transiciones. Sin embargo, en este caso, main-header se dejó con la transición predeterminada, que es un encadenado.

Bueno, la transición predeterminada no es solo un fundido cruzado, sino que la ::view-transition-group también realiza la transición:

  • Posición y transformación (con transform)
  • Ancho
  • Altura

Eso no ha importado hasta ahora, ya que el encabezado tiene el mismo tamaño y posición en ambos lados del cambio del DOM. Sin embargo, también puedes extraer el texto del encabezado:

.main-header-text {
  view-transition-name: main-header-text;
  width: fit-content;
}

fit-content se usa para que el elemento sea el tamaño del texto, en lugar de estirarse al ancho restante. Sin esto, la flecha hacia atrás reduce el tamaño del elemento de texto del encabezado, en lugar de reducir el tamaño en ambas páginas.

Ahora tenemos tres partes para jugar:

::view-transition
├─ ::view-transition-group(root)
│  └─ …
├─ ::view-transition-group(main-header)
│  └─ …
└─ ::view-transition-group(main-header-text)
   └─ …

Pero, de nuevo, solo vamos a usar los valores predeterminados:

Texto del encabezado deslizante. Demostración mínima. Fuente.

Ahora, el texto del encabezado se desliza un poco hacia atrás para dejar espacio para el botón Atrás.


Anima varios seudoelementos de la misma manera con view-transition-class

Navegadores compatibles

  • 125
  • 125
  • x
  • x

Supongamos que tienes una transición de vistas con muchas tarjetas, pero también con un título en la página. Para animar todas las tarjetas, excepto el título, debes escribir un selector que se oriente a cada una de las tarjetas individuales.

h1 {
    view-transition-name: title;
}
::view-transition-group(title) {
    animation-timing-function: ease-in-out;
}

#card1 { view-transition-name: card1; }
#card2 { view-transition-name: card2; }
#card3 { view-transition-name: card3; }
#card4 { view-transition-name: card4; }
…
#card20 { view-transition-name: card20; }

::view-transition-group(card1),
::view-transition-group(card2),
::view-transition-group(card3),
::view-transition-group(card4),
…
::view-transition-group(card20) {
    animation-timing-function: var(--bounce);
}

¿Tienes 20 elementos? Son 20 selectores que debes escribir. ¿Quieres agregar un elemento nuevo? Luego, también debes ampliar el selector que aplica los estilos de animación. No es exactamente escalable.

El view-transition-class se puede usar en los pseudoelementos de transición de vistas para aplicar la misma regla de estilo.

#card1 { view-transition-name: card1; }
#card2 { view-transition-name: card2; }
#card3 { view-transition-name: card3; }
#card4 { view-transition-name: card4; }
#card5 { view-transition-name: card5; }
…
#card20 { view-transition-name: card20; }

#cards-wrapper > div {
  view-transition-class: card;
}
html::view-transition-group(.card) {
  animation-timing-function: var(--bounce);
}

En el siguiente ejemplo de tarjetas, se aprovecha el fragmento de CSS anterior. Todas las tarjetas, incluidas las que se agregaron recientemente, reciben la misma sincronización con un selector: html::view-transition-group(.card).

Grabación de la demostración de tarjetas. Si usas view-transition-class, se aplicará el mismo animation-timing-function a todas las tarjetas, excepto las que se agregaron o quitaron.

Cómo depurar transiciones

Dado que las transiciones de vistas se crean sobre las animaciones de CSS, el panel Animations en las Herramientas para desarrolladores de Chrome es excelente para depurar transiciones.

Con el panel Animations, puedes pausar la siguiente animación y, luego, arrastrarla hacia adelante y hacia atrás en la animación. Durante esta etapa, los seudoelementos de transición se pueden encontrar en el panel Elementos.

Cómo depurar las transiciones de vistas con las Herramientas para desarrolladores de Chrome.

No es necesario que los elementos en transición sean el mismo elemento del DOM

Hasta ahora, usamos view-transition-name para crear elementos de transición separados para el encabezado y el texto en el encabezado. Conceptualmente, estos elementos son los mismos elementos antes y después del cambio del DOM, pero puedes crear transiciones en las que no sea así.

Por ejemplo, el video principal incorporado puede recibir un view-transition-name:

.full-embed {
  view-transition-name: full-embed;
}

Luego, cuando se hace clic en la miniatura, se le puede proporcionar el mismo view-transition-name, solo durante la transición:

thumbnail.onclick = async () => {
  thumbnail.style.viewTransitionName = 'full-embed';

  document.startViewTransition(() => {
    thumbnail.style.viewTransitionName = '';
    updateTheDOMSomehow();
  });
};

Y el resultado sería el siguiente:

Un elemento en transición a otro. Demostración mínima. Fuente.

La miniatura ahora pasa a la imagen principal. Aunque son elementos diferentes desde el punto de vista conceptual (y literalmente), la API de transición los trata como lo mismo porque compartieron el mismo view-transition-name.

El código real para esta transición es un poco más complicado que el ejemplo anterior, ya que también controla la transición de vuelta a la página de miniaturas. Consulta el código fuente para ver la implementación completa.


Transiciones de entrada y salida personalizadas

Observa este ejemplo:

Acceder a la barra lateral y salir de ella. Demostración mínima. Fuente.

La barra lateral es parte de la transición:

.sidebar {
  view-transition-name: sidebar;
}

Sin embargo, a diferencia del encabezado del ejemplo anterior, la barra lateral no aparece en todas las páginas. Si ambos estados tienen la barra lateral, los pseudoelementos de transición se verán de la siguiente manera:

::view-transition
├─ …other transition groups…
└─ ::view-transition-group(sidebar)
   └─ ::view-transition-image-pair(sidebar)
      ├─ ::view-transition-old(sidebar)
      └─ ::view-transition-new(sidebar)

Sin embargo, si la barra lateral solo está en la página nueva, el seudoelemento ::view-transition-old(sidebar) no estará allí. Como no hay una imagen "anterior" para la barra lateral, el par de imágenes solo tendrá un ::view-transition-new(sidebar). Del mismo modo, si la barra lateral solo está en la página anterior, el par de imágenes solo tendrá un ::view-transition-old(sidebar).

En la demostración anterior, la barra lateral realiza transiciones de manera diferente según si ingresa, sale o está presente en ambos estados. Entra deslizándose desde la derecha y atenuándose, para salir deslizándose hacia la derecha y atenuándose, y permanece en su lugar cuando está presente en ambos estados.

Para crear transiciones específicas de entrada y salida, puedes usar la seudoclase :only-child para orientar los seudoelementos antiguos o nuevos cuando sean el único elemento secundario del par de imágenes:

/* Entry transition */
::view-transition-new(sidebar):only-child {
  animation: 300ms cubic-bezier(0, 0, 0.2, 1) both fade-in,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}

/* Exit transition */
::view-transition-old(sidebar):only-child {
  animation: 150ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-right;
}

En este caso, no hay una transición específica para cuando la barra lateral está presente en ambos estados, ya que la configuración predeterminada es perfecta.

Actualizaciones del DOM asíncrono y esperando contenido

La devolución de llamada que se pasa a .startViewTransition() puede mostrar una promesa, que permite realizar actualizaciones asíncronas del DOM y espera a que el contenido importante esté listo.

document.startViewTransition(async () => {
  await something;
  await updateTheDOMSomehow();
  await somethingElse;
});

La transición no comenzará hasta que se cumpla la promesa. Durante este tiempo, la página se bloquea, por lo que se deben mantener al mínimo los retrasos. Específicamente, las recuperaciones de red deben realizarse antes de llamar a .startViewTransition(), mientras la página sigue siendo completamente interactiva, en lugar de hacerlo como parte de la devolución de llamada a .startViewTransition().

Si decides esperar a que las imágenes o las fuentes estén listas, asegúrate de usar un tiempo de espera agresivo:

const wait = ms => new Promise(r => setTimeout(r, ms));

document.startViewTransition(async () => {
  updateTheDOMSomehow();

  // Pause for up to 100ms for fonts to be ready:
  await Promise.race([document.fonts.ready, wait(100)]);
});

Sin embargo, en algunos casos, es mejor evitar por completo la demora y usar el contenido que ya tienes.


Aprovecha al máximo el contenido que ya tienes

Cuando la miniatura pasa a una imagen más grande, sigue estos pasos:

La miniatura en transición a una imagen más grande. Prueba el sitio de demostración.

La transición predeterminada es la atenuación cruzada, lo que significa que la miniatura podría estar encadenada con una imagen completa que todavía no se cargó.

Una forma de controlar esto es esperar a que se cargue la imagen completa antes de comenzar la transición. Lo ideal sería que esto se hiciera antes de llamar a .startViewTransition(), de modo que la página permanezca interactiva y se muestre un ícono giratorio que le indique al usuario que se están cargando los elementos. Pero, en este caso, hay una mejor manera:

::view-transition-old(full-embed),
::view-transition-new(full-embed) {
  /* Prevent the default animation,
  so both views remain opacity:1 throughout the transition */
  animation: none;
  /* Use normal blending,
  so the new view sits on top and obscures the old view */
  mix-blend-mode: normal;
}

Ahora la miniatura no se desvanece, sino que se ubica debajo de la imagen completa. Esto significa que, si la vista nueva no se cargó, la miniatura será visible durante la transición. Esto significa que la transición puede comenzar de inmediato y la imagen completa se puede cargar en su propio tiempo.

Esto no funcionaría si la nueva vista incluyera transparencia, pero, en este caso, sabemos que no lo hace, por lo que podemos realizar esta optimización.

Cómo controlar los cambios en la relación de aspecto

Convenientemente, todas las transiciones hasta ahora han sido a elementos con la misma relación de aspecto, pero no siempre será así. ¿Qué sucede si la miniatura tiene una relación de aspecto de 1:1 y la imagen principal tiene una relación de aspecto de 16:9?

Un elemento que realiza la transición a otro, con un cambio en la relación de aspecto. Demostración mínima. Fuente.

En la transición predeterminada, el grupo lleva una animación del tamaño anterior al tamaño posterior. Las vistas anterior y nueva son del 100% del ancho del grupo y la altura automática, lo que significa que mantienen su relación de aspecto independientemente del tamaño del grupo.

Este es un buen valor predeterminado, pero no es lo que se desea en este caso. Entonces:

::view-transition-old(full-embed),
::view-transition-new(full-embed) {
  /* Prevent the default animation,
  so both views remain opacity:1 throughout the transition */
  animation: none;
  /* Use normal blending,
  so the new view sits on top and obscures the old view */
  mix-blend-mode: normal;
  /* Make the height the same as the group,
  meaning the view size might not match its aspect-ratio. */
  height: 100%;
  /* Clip any overflow of the view */
  overflow: clip;
}

/* The old view is the thumbnail */
::view-transition-old(full-embed) {
  /* Maintain the aspect ratio of the view,
  by shrinking it to fit within the bounds of the element */
  object-fit: contain;
}

/* The new view is the full image */
::view-transition-new(full-embed) {
  /* Maintain the aspect ratio of the view,
  by growing it to cover the bounds of the element */
  object-fit: cover;
}

Esto significa que la miniatura permanece en el centro del elemento a medida que se expande el ancho, pero la imagen completa se “separa” a medida que pasa de 1:1 a 16:9.

Para obtener información más detallada, consulta Transiciones de vista: Cómo controlar los cambios de relación de aspecto.


Usa consultas de medios para cambiar las transiciones en los distintos estados de los dispositivos

Es posible que quieras usar diferentes transiciones en dispositivos móviles y computadoras de escritorio, como en este ejemplo, que muestra una diapositiva completa desde un lado en el dispositivo móvil, pero una diapositiva más sutil en una computadora de escritorio:

Un elemento en transición a otro. Demostración mínima. Fuente.

Esto se puede lograr con consultas de medios normales:

/* Transitions for mobile */
::view-transition-old(root) {
  animation: 300ms ease-out both full-slide-to-left;
}

::view-transition-new(root) {
  animation: 300ms ease-out both full-slide-from-right;
}

@media (min-width: 500px) {
  /* Overrides for larger displays.
  This is the shared axis transition from earlier in the article. */
  ::view-transition-old(root) {
    animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
      300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
  }

  ::view-transition-new(root) {
    animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in,
      300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
  }
}

También es posible que quieras cambiar los elementos que asignas a view-transition-name según las consultas de medios coincidentes.


Reaccionar a la preferencia "movimiento reducido"

Los usuarios pueden indicar que prefieren reducir el movimiento a través de su sistema operativo y que esa preferencia está expuesta en CSS.

Puedes optar por evitar cualquier transición para estos usuarios:

@media (prefers-reduced-motion) {
  ::view-transition-group(*),
  ::view-transition-old(*),
  ::view-transition-new(*) {
    animation: none !important;
  }
}

Sin embargo, una preferencia por "movimiento reducido" no significa que el usuario desee ningún movimiento. En lugar del fragmento anterior, podrías elegir una animación más sutil que, aun así, exprese la relación entre los elementos y el flujo de datos.


Cómo controlar varios estilos de transición de vistas con los tipos de transición de vistas

A veces, una transición de una vista en particular a otra debe tener una transición específicamente adaptada. Por ejemplo, cuando vas a la página siguiente o a la anterior en una secuencia de paginación, es posible que quieras deslizar el contenido en una dirección diferente dependiendo de si vas a una página superior o una inferior de la secuencia.

Grabación de la demostración de paginación. Usa diferentes transiciones según la página a la que vayas.

Para ello, puedes usar los tipos de transición de vista, que te permiten asignar uno o más tipos a una transición de vista activa. Por ejemplo, cuando hagas la transición a una página superior en una secuencia de paginación, usa el tipo forwards y cuando vayas a una página inferior, usa el tipo backwards. Estos tipos solo están activos cuando se captura o se realiza una transición, y cada uno se puede personalizar con CSS para usar diferentes animaciones.

Para usar tipos en una transición de vista del mismo documento, pasa types al método startViewTransition. Para permitirlo, document.startViewTransition también acepta un objeto: update es la función de devolución de llamada que actualiza el DOM, y types es un array con los tipos.

const direction = determineBackwardsOrForwards();

const t = document.startViewTransition({
  update: updateTheDOMSomehow,
  types: ['slide', direction],
});

Para responder a estos tipos, usa el selector :active-view-transition-type(). Pasa el type que deseas orientar al selector. Esto te permite mantener los estilos de las transiciones de varias vistas separados entre sí, sin que las declaraciones de una interfieran en las declaraciones de la otra.

Debido a que los tipos solo se aplican cuando se captura o se realiza la transición, puedes usar el selector para establecer (o anular) un view-transition-name en un elemento solo para la transición de vista con ese tipo.

/* Determine what gets captured when the type is forwards or backwards */
html:active-view-transition-type(forwards, backwards) {
  :root {
    view-transition-name: none;
  }
  article {
    view-transition-name: content;
  }
  .pagination {
    view-transition-name: pagination;
  }
}

/* Animation styles for forwards type only */
html:active-view-transition-type(forwards) {
  &::view-transition-old(content) {
    animation-name: slide-out-to-left;
  }
  &::view-transition-new(content) {
    animation-name: slide-in-from-right;
  }
}

/* Animation styles for backwards type only */
html:active-view-transition-type(backwards) {
  &::view-transition-old(content) {
    animation-name: slide-out-to-right;
  }
  &::view-transition-new(content) {
    animation-name: slide-in-from-left;
  }
}

/* Animation styles for reload type only (using the default root snapshot) */
html:active-view-transition-type(reload) {
  &::view-transition-old(root) {
    animation-name: fade-out, scale-down;
  }
  &::view-transition-new(root) {
    animation-delay: 0.25s;
    animation-name: fade-in, scale-up;
  }
}

En la siguiente demostración de paginación, el contenido de la página se desliza hacia delante o hacia atrás según el número de página a la que navegas. Los tipos se determinan cuando se hace clic en los que se pasan a document.startViewTransition.

Para orientar cualquier transición de vista activa, independientemente del tipo, puedes usar el selector de seudoclase :active-view-transition en su lugar.

html:active-view-transition {
    …
}

Cómo controlar varios estilos de transición de vista con un nombre de clase en la raíz de transición de vistas

A veces, una transición de un tipo particular de vista a otro debe tener una transición adaptada específicamente. O bien, una navegación hacia atrás debería ser diferente a una navegación hacia adelante.

Diferentes transiciones al "atrás". Demostración mínima. Fuente.

Antes de los tipos de transición, la forma de manejar estos casos era establecer temporalmente un nombre de clase en la raíz de la transición. Cuando llamas a document.startViewTransition, esta raíz de transición es el elemento <html>, al que se puede acceder con document.documentElement en JavaScript:

if (isBackNavigation) {
  document.documentElement.classList.add('back-transition');
}

const transition = document.startViewTransition(() =>
  updateTheDOMSomehow(data)
);

try {
  await transition.finished;
} finally {
  document.documentElement.classList.remove('back-transition');
}

Para quitar las clases una vez finalizada la transición, en este ejemplo, se usa transition.finished, una promesa que se resuelve una vez que la transición alcanza su estado final. Otras propiedades de este objeto se tratan en la referencia de la API.

Ahora, puedes usar ese nombre de clase en tu CSS para cambiar la transición:

/* 'Forward' transitions */
::view-transition-old(root) {
  animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
}

::view-transition-new(root) {
  animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in, 300ms
      cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}

/* Overrides for 'back' transitions */
.back-transition::view-transition-old(root) {
  animation-name: fade-out, slide-to-right;
}

.back-transition::view-transition-new(root) {
  animation-name: fade-in, slide-from-left;
}

Al igual que con las consultas de medios, la presencia de estas clases también podría usarse para cambiar qué elementos obtienen un view-transition-name.


Cómo ejecutar transiciones sin congelar otras animaciones

Mira esta demostración de una posición de transición de un video:

Transición de video. Demostración mínima. Fuente.

¿Notaste algún problema? No te preocupes si no lo hiciste. Aquí se ralentiza a la siguiente:

Transición de video, más lenta. Demostración mínima. Fuente.

Durante la transición, el video parece congelarse y luego aparece la versión de reproducción del video en forma gradual. Esto se debe a que ::view-transition-old(video) es una captura de pantalla de la vista anterior, mientras que ::view-transition-new(video) es una imagen en vivo de la vista nueva.

Puedes solucionar este problema, pero primero pregúntate si vale la pena solucionarlo. Si no ves el "problema" cuando la transición se reproduce a su velocidad normal, no me molestaría cambiarla.

Si realmente quieres corregirlo, no muestres ::view-transition-old(video). Cambia directamente a ::view-transition-new(video). Para hacerlo, anula los estilos y las animaciones predeterminados:

::view-transition-old(video) {
  /* Don't show the frozen old view */
  display: none;
}

::view-transition-new(video) {
  /* Don't fade the new view in */
  animation: none;
}

Eso es todo.

Transición de video, más lenta. Demostración mínima. Fuente.

Ahora, el video se reproduce durante la transición.


Cómo animar con JavaScript

Hasta ahora, todas las transiciones se han definido con CSS, pero a veces CSS no es suficiente:

Transición del círculo. Demostración mínima. Fuente.

Algunas partes de esta transición no pueden lograrse únicamente con CSS:

  • La animación comienza en la ubicación del clic.
  • La animación termina con el círculo que tiene un radio hasta la esquina más lejana. Sin embargo, esperamos que esto sea posible con CSS en el futuro.

Afortunadamente, puedes crear transiciones con la API de Web Animation.

let lastClick;
addEventListener('click', event => (lastClick = event));

function spaNavigate(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    updateTheDOMSomehow(data);
    return;
  }

  // Get the click position, or fallback to the middle of the screen
  const x = lastClick?.clientX ?? innerWidth / 2;
  const y = lastClick?.clientY ?? innerHeight / 2;
  // Get the distance to the furthest corner
  const endRadius = Math.hypot(
    Math.max(x, innerWidth - x),
    Math.max(y, innerHeight - y)
  );

  // With a transition:
  const transition = document.startViewTransition(() => {
    updateTheDOMSomehow(data);
  });

  // Wait for the pseudo-elements to be created:
  transition.ready.then(() => {
    // Animate the root's new view
    document.documentElement.animate(
      {
        clipPath: [
          `circle(0 at ${x}px ${y}px)`,
          `circle(${endRadius}px at ${x}px ${y}px)`,
        ],
      },
      {
        duration: 500,
        easing: 'ease-in',
        // Specify which pseudo-element to animate
        pseudoElement: '::view-transition-new(root)',
      }
    );
  });
}

En este ejemplo, se usa transition.ready, una promesa que se resuelve una vez que se crean correctamente los pseudoelementos de transición. Otras propiedades de este objeto se tratan en la referencia de la API.


Transiciones como una mejora

La API de View Transition está diseñada para “unir” un cambio de DOM y crear una transición para él. Sin embargo, la transición debe tratarse como una mejora, al igual que en el caso de tu app, no debería entrar en un estado de "error" si el cambio del DOM se realiza correctamente, pero la transición falla. Lo ideal es que la transición no falle, pero si ocurre, no debería interrumpir el resto de la experiencia del usuario.

Para tratar a las transiciones como una mejora, ten cuidado de no usar promesas de transición de una manera que haga que tu app arroje si la transición falla.

Lo que no debes hacer
async function switchView(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    await updateTheDOM(data);
    return;
  }

  const transition = document.startViewTransition(async () => {
    await updateTheDOM(data);
  });

  await transition.ready;

  document.documentElement.animate(
    {
      clipPath: [`inset(50%)`, `inset(0)`],
    },
    {
      duration: 500,
      easing: 'ease-in',
      pseudoElement: '::view-transition-new(root)',
    }
  );
}

El problema de este ejemplo es que se rechazará switchView() si la transición no puede alcanzar un estado ready, pero eso no significa que la vista no pueda cambiar. Es posible que el DOM se haya actualizado correctamente, pero había view-transition-name duplicados, por lo que se omitió la transición.

En su lugar, siga estos pasos:

async function switchView(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    await updateTheDOM(data);
    return;
  }

  const transition = document.startViewTransition(async () => {
    await updateTheDOM(data);
  });

  animateFromMiddle(transition);

  await transition.updateCallbackDone;
}

async function animateFromMiddle(transition) {
  try {
    await transition.ready;

    document.documentElement.animate(
      {
        clipPath: [`inset(50%)`, `inset(0)`],
      },
      {
        duration: 500,
        easing: 'ease-in',
        pseudoElement: '::view-transition-new(root)',
      }
    );
  } catch (err) {
    // You might want to log this error, but it shouldn't break the app
  }
}

En este ejemplo, se usa transition.updateCallbackDone para esperar la actualización del DOM y rechazarlo si falla. switchView ya no rechaza si la transición falla; se resuelve cuando se completa la actualización del DOM, y se rechaza si falla.

Si deseas que se resuelva switchView cuando la vista nueva se haya "estabilizado", como en el caso de una transición animada que se completó o se omitió hasta el final, reemplaza transition.updateCallbackDone por transition.finished.


No es un polyfill, pero...

No es una función fácil de usar en polyfill. Sin embargo, esta función auxiliar facilita mucho las cosas en navegadores que no admiten transiciones de vistas:

function transitionHelper({
  skipTransition = false,
  types = [],
  update,
}) {

  const unsupported = (error) => {
    const updateCallbackDone = Promise.resolve(update()).then(() => {});

    return {
      ready: Promise.reject(Error(error)),
      updateCallbackDone,
      finished: updateCallbackDone,
      skipTransition: () => {},
      types,
    };
  }

  if (skipTransition || !document.startViewTransition) {
    return unsupported('View Transitions are not supported in this browser');
  }

  try {
    const transition = document.startViewTransition({
      update,
      types,
    });

    return transition;
  } catch (e) {
    return unsupported('View Transitions with types are not supported in this browser');
  }
}

Y se puede usar de la siguiente manera:

function spaNavigate(data) {
  const types = isBackNavigation ? ['back-transition'] : [];

  const transition = transitionHelper({
    update() {
      updateTheDOMSomehow(data);
    },
    types,
  });

  // …
}

En los navegadores que no admitan transiciones de vistas, se seguirá llamando a updateDOM, pero no habrá una transición animada.

También puedes proporcionar algunos classNames para agregar a <html> durante la transición, lo que facilita cambiar la transición según el tipo de navegación.

También puedes pasar true a skipTransition si no quieres una animación, incluso en navegadores que admiten transiciones de vistas. Esto es útil si tu sitio tiene la preferencia de los usuarios por inhabilitar las transiciones.


Cómo trabajar con frameworks

Si trabajas con una biblioteca o un framework que abstrae los cambios del DOM, la parte complicada es saber cuándo se completa el cambio del DOM. A continuación, te mostramos un conjunto de ejemplos con el colaborador anterior, en varios marcos de trabajo.

  • Reacción: La clave aquí es flushSync, que aplica un conjunto de cambios de estado de forma síncrona. Sí, hay una gran advertencia sobre el uso de esa API, pero Dan Abramov me aseguró que es apropiado en este caso. Como de costumbre con React y el código asíncrono, cuando uses las distintas promesas que muestra startViewTransition, asegúrate de que tu código se ejecute con el estado correcto.
  • Vue.js: La clave aquí es nextTick, que se completa una vez que se actualiza el DOM.
  • Svelte: Es muy similar a Vue, pero el método para esperar el próximo cambio es tick.
  • Lit: La clave aquí es la promesa this.updateComplete dentro de los componentes, que se cumple una vez que se actualiza el DOM.
  • Angular: La clave aquí es applicationRef.tick, que limpia los cambios pendientes del DOM. A partir de la versión 17 de Angular, puedes usar el withViewTransitions que incluye @angular/router.

Referencia de la API

const viewTransition = document.startViewTransition(update)

Inicia un nuevo ViewTransition.

update es una función a la que se llama una vez que se captura el estado actual del documento.

Luego, cuando se cumpla la promesa que muestra updateCallback, la transición comenzará en el siguiente fotograma. Si se rechaza la promesa que muestra updateCallback, se abandona la transición.

const viewTransition = document.startViewTransition({ update, types })

Inicia un ViewTransition nuevo con los tipos especificados.

Se llama a update una vez que se captura el estado actual del documento.

types establece los tipos activos para la transición cuando se captura o se realiza la transición. Inicialmente, está vacía. Consulta viewTransition.types más abajo para obtener más información.

Miembros de la instancia de ViewTransition:

viewTransition.updateCallbackDone

Es una promesa que se cumple cuando se cumple la promesa que muestra updateCallback o se rechaza cuando se rechaza.

La API de View Transition une un cambio de DOM y crea una transición. Sin embargo, a veces no te importa el éxito o el fracaso de la animación de transición; solo quieres saber si se produce el cambio del DOM y cuándo ocurre. updateCallbackDone es para ese caso práctico.

viewTransition.ready

Una promesa que se cumple una vez que se crean los pseudoelementos para la transición y la animación está a punto de comenzar.

Se rechaza si no puede comenzar la transición. Esto puede deberse a una configuración incorrecta, como view-transition-name duplicados, o si updateCallback muestra una promesa rechazada.

Esto es útil para animar los pseudoelementos de transición con JavaScript.

viewTransition.finished

Una promesa que se cumple una vez que el estado final es completamente visible e interactivo para el usuario

Solo se rechaza si updateCallback devuelve una promesa rechazada, ya que esto indica que no se creó el estado final.

De lo contrario, si una transición no comienza o se omite durante ella, se alcanza el estado final, por lo que se cumple finished.

viewTransition.types

Un objeto similar a Set que contiene los tipos de transición de vista activa. Para manipular las entradas, usa sus métodos de instancia clear(), add() y delete().

Para responder a un tipo específico en CSS, usa el selector de seudoclase :active-view-transition-type(type) en la raíz de transición.

Los tipos se limpian automáticamente cuando finaliza la transición de vista.

viewTransition.skipTransition()

Omite la parte de animación de la transición.

Esto no omitirá la llamada a updateCallback, ya que el cambio de DOM es independiente de la transición.


Estilo predeterminado y referencia de transición

::view-transition
Seudoelemento raíz que ocupa el viewport y contiene cada ::view-transition-group.
::view-transition-group

Totalmente posicionado.

Transiciones width y height entre los estados “antes” y “después”.

Realiza la transición transform entre el cuadrante espacio de viewport, “antes” y “después”.

::view-transition-image-pair

Está absolutamente posicionado para llenar el grupo.

Tiene isolation: isolate para limitar el efecto de mix-blend-mode en la vista anterior y la nueva.

::view-transition-new y ::view-transition-old

Está absolutamente posicionado en la parte superior izquierda del wrapper.

Rellena el 100% del ancho del grupo, pero tiene una altura automática, por lo que mantendrá su relación de aspecto en lugar de llenar el grupo.

Tiene mix-blend-mode: plus-lighter para permitir un verdadero encadenado.

La vista anterior pasa de opacity: 1 a opacity: 0. La nueva vista pasa de opacity: 0 a opacity: 1.


Comentarios

Apreciamos los comentarios de los desarrolladores. Para ello, informa un problema con el Grupo de trabajo de CSS en GitHub con sugerencias y preguntas. Agrega el prefijo [css-view-transitions] a tu problema.

Si te encuentras con un error, informa un error en Chromium en su lugar.