A menos que se indique lo contrario, los siguientes cambios se aplican a la versión más reciente del canal beta de Chrome para Android, ChromeOS, Linux, macOS y Windows. Obtén más información sobre las funciones que se mencionan aquí en los vínculos proporcionados o en la lista de ChromeStatus.com. Chrome 126 se encuentra en versión beta desde el 15 de mayo de 2024. Puedes descargar la versión más reciente en Google.com para computadoras o desde Google Play Store para Android.
CSS
En esta versión, se agrega una función de CSS nueva.
Transiciones de vista entre documentos para las navegaciones del mismo origen
Antes, tenías que rediseñar tu sitio web a una SPA para usar la API de transiciones de vistas. Sin embargo, ya no es así. Las transiciones de vistas ahora están disponibles para las navegaciones del mismo origen. Puedes crear una transición de vistas entre dos documentos diferentes que tengan el mismo origen.
Para habilitar una transición de vista entre documentos, se debe habilitar la opción en ambos extremos. Para ello, usa la regla at @view-transition y establece el descriptor navigation en auto.
@view-transition {
navigation: auto;
}
Las transiciones de vista entre documentos usan los mismos principios y componentes básicos que las transiciones de vistas del mismo documento. Se capturan los elementos que tienen un view-transition-name aplicado, y puedes personalizar las animaciones con animaciones de CSS.
Obtén más información en la documentación de la API de View Transitions.
APIs web
Esta entrada incluía originalmente la función de configuración de contenido de pantalla completa automática, que ahora se encuentra en Chrome 127.
Extensión de ruido de activador de la API de Gamepad
Extiende la interfaz GamepadHapticActuator para exponer la capacidad de ruido del activador en la Web para controles de juegos compatibles. Esta extensión permitirá que las aplicaciones web que aprovechan la API de Gamepad también hagan vibrar los activadores de los dispositivos de controles de juegos que vienen equipados con esta funcionalidad.
Parámetros signal y application de OpusEncoderConfig
Los parámetros OpusEncoderConfig.signal y OpusEncoderConfig.application se asignan directamente a los controles de codificador específicos de la implementación. Esto permite a los autores web proporcionar sugerencias sobre qué tipo de datos se codifican y en qué contexto se usan.
signal puede ser "auto", "music" o "voice". Configura el codificador para obtener el mejor rendimiento en la codificación del tipo de datos especificado. application puede ser "voip", "audio" o "lowdelay". Configura el codificador para favorecer la inteligibilidad de voz, la reproducción fiel de la entrada original o la latencia mínima.
PointerEvent.deviceId para la escritura con varios lápiz
A medida que los dispositivos con capacidades avanzadas de entrada de lápiz son cada vez más frecuentes, es importante que la plataforma web continúe evolucionando para admitir por completo estas funciones avanzadas a fin de brindar experiencias enriquecidas para los usuarios finales y los desarrolladores. Un ejemplo de este avance es la capacidad del digitalizador de un dispositivo de reconocer más de un lápiz que interactúa con él de forma simultánea.
Esta función es una extensión de la interfaz PointerEvent para incluir un nuevo atributo, deviceId, que representa un identificador único y persistente de sesión, aislado en el documento, que un desarrollador puede usar de manera confiable para identificar bolígrafos individuales que interactúan con la página.
Apps web con pestañas de ChromeOS
Las AWP de una ventana independiente solo pueden tener una página abierta a la vez. Algunas apps esperan que los usuarios tengan muchas páginas abiertas al mismo tiempo. El modo con pestañas agrega una barra de pestañas a las apps web independientes en ChromeOS que permite abrir varias pestañas a la vez.
La función agrega un nuevo modo de visualización de "tabbed" y un nuevo campo de manifiesto para permitir las personalizaciones de la barra de pestañas.
Método toJSON() para GeolocationCoordinates y GeolocationPosition
Agrega métodos .toJSON() a las interfaces GeolocationCoordinates y GeolocationPosition. Esto permite la serialización de estos objetos con JSON.stringify().
Compatibilidad con visualViewport onscrollend
El evento de JavaScript scrollend se activa para indicar que una operación de desplazamiento llegó a su fin.
La interfaz visualViewport incluye un controlador de evento onscrollend que debe invocarse cuando finaliza una operación de desplazamiento en visualViewport. Chrome ya admite la adición de un objeto de escucha de eventos de desplazamiento a través de visualViewport.addEventListener("scrollend"). Esto permite agregar también un objeto de escucha de eventos mediante visualViewport.onscrollend.
Superinterfaz de WebGLObject Web IDL
Esta función expone el tipo WebGLObject en los mismos contextos en los que se expone la API de WebGL: en el subproceso principal y los trabajadores.
Transformación codificada de WebRTC: Modifica las funciones de metadatos
Algunos casos de uso de transformación codificada con WebRTC implican la manipulación no solo de la carga útil de los fotogramas de audio o video codificados, sino también de sus metadatos. Por ejemplo:
Modificación de la marca de tiempo de un fotograma para introducir un retraso Cambiar el tipo de MIME del marco si la transformación cambia el tipo de carga útil Reenvío de contenido multimedia a una nueva conexión de intercambio de tráfico configurada para usar diferentes valores de metadatos
La función permite que la API de WebRTC Encoded Transform maneje los metadatos de los fotogramas de audio y video.
Compatibilidad con SVG para la API de Async Clipboard
Cambia a UTF-8 en Windows mientras escribes el formato image/svg+xml en el portapapeles. El formato HTML ya usa UTF-* en Windows, lo que permitirá copiar y pegar imágenes SVG desde el portapapeles.
En todas las demás plataformas compatibles, image/svg+xml se serializa en UTF-8 antes de escribirse en el portapapeles.
Obtén más información en Compatibilidad con SVG para la API de Async Clipboard.
Volver a habilitar la API de CloseWatcher y cerrar las solicitudes para <dialog> y popover=""
La API de CloseWatcher permite controlar las solicitudes de cierre, como la clave ESC en plataformas de escritorio o el gesto o botón atrás en Android, de manera uniforme.
Originalmente, esta función se envió en Chrome 120, pero se inhabilitó debido a una interacción inesperada con <dialog>.
Se volvió a habilitar en Chrome 126 después de realizar algunas mejoras en su comportamiento para minimizar los problemas que se observan.
Compatibilidad con el framework de accesibilidad Automatización de la interfaz de usuario en Windows
Microsoft trabajó con el equipo de Chrome para admitir el framework de automatización de IU (UIA) directamente en Windows, lo que facilita la comunicación con el navegador por parte de las herramientas de accesibilidad. Un lanzamiento gradual a estable comienza en la versión 126 de Chrome. Esto permite que el Acceso por voz funcione en todos los navegadores basados en Chromium y mejorará la experiencia del usuario para todas las herramientas de accesibilidad basadas en UIA, como Narrador y Lupa. Este trabajo también eliminará la capa de emulación de UIA de Windows, que ha sido la fuente de muchos problemas de rendimiento en Chromium en Windows.
Obtén más información en Introducción a la compatibilidad con IUA en Windows.
Nuevas pruebas de origen
En Chrome 126, puedes habilitar las siguientes pruebas de origen nuevas.
FedCM como indicador de confianza para la API de Storage Access
Concilia las APIs de FedCM y de acceso al almacenamiento mediante una concesión de FedCM anterior que otorga un motivo válido para aprobar de forma automática una solicitud de acceso al almacenamiento.
Cuando un usuario otorga permiso para usar su identidad con un proveedor de identidad (IdP) de terceros en un usuario de confianza (RP), muchos IdP requieren cookies de terceros para funcionar de forma correcta y segura. El objetivo de esta propuesta es cumplir con ese requisito de forma privada y segura mediante la actualización de las verificaciones de permisos de la API de acceso al almacenamiento (SAA) para que no solo acepten el otorgamiento de permisos que se otorga mediante una solicitud de acceso al almacenamiento, sino también el otorgamiento de permisos que brinda una solicitud de FedCM.
Una propiedad clave de este mecanismo es limitar el otorgamiento a los casos permitidos explícitamente por el RP a través de la política de permisos de FedCM, aplicar un control por fotograma para la RP y evitar la vigilancia pasiva por parte del IdP más allá de las capacidades que ya otorga FedCM.
Regístrate en FedCM como indicador de confianza para la prueba de origen de la API de Storage Access.
Inhabilitación de vistas previas de contenido multimedia
Esta prueba de origen inversa excluye sitios del lanzamiento de las Vistas previas de contenido multimedia.
Chrome proporcionará vistas previas en tiempo real de la entrada de la cámara y el micrófono cuando los sitios web soliciten los permisos correspondientes. Estos también estarán disponibles en pageinfo del sitio.
Además, los usuarios con varios dispositivos podrán seleccionar una cámara y un micrófono en el momento en que se soliciten los permisos, a menos que el sitio haya solicitado un dispositivo específico a través de getUserMedia().
Si quieres excluir tu sitio de las vistas previas de contenido multimedia, regístrate en la prueba de origen para inhabilitar vistas previas de contenido multimedia.
FedCM: API de Continuation, API de Parameters, API de Fields, varias configURLs y etiquetas de cuenta personalizadas
Los desarrolladores pueden comenzar a participar en una prueba de origen para un paquete de funciones de FedCM para computadoras que puede incluir autorización. El paquete consta de la API de Continuation de FedCM, la API de Parameter, la API de Fields, varias configURLs y etiquetas de cuenta personalizadas. Esto permite una experiencia similar a un flujo de autorización de OAuth que implica un diálogo de permiso proporcionado por IdP.
Prueba de baja de los contenedores de desplazamiento enfocables del teclado
Esta función presenta los siguientes cambios:
- De forma predeterminada, los desplazadores pueden enfocarse en los clics y de forma programática.
- De forma predeterminada, los elementos de desplazamiento sin elementos secundarios enfocables pueden hacerlo con el teclado.
Esta es una mejora importante para ayudar a que los elementos de desplazamiento y el contenido de estos sean más accesibles para todos los usuarios. Puedes obtener más información sobre sus beneficios en la entrada Desplazadores enfocables del teclado.
Intentamos enviar estos cambios y descubrimos que una cantidad limitada de sitios habían roto las expectativas sobre algunos de sus componentes. Como resultado, tuvimos que anular el envío de la función para evitar esta falla. Dados los beneficios, volveremos a enviar esta función. A fin de que los sitios afectados tengan más tiempo para migrar sus componentes, comenzaremos una prueba de baja. Cuando se habilita,
se inhabilita la función KeyboardFocusableScrollers.
Bajas y eliminaciones
No hay bajas ni eliminaciones nuevas en esta versión de Chrome. Sin embargo, esta es la última versión de Chrome que admite eventos de mutación. Se quitarán en Chrome 127. Consulta Se quitarán los eventos de mutación de Chrome para obtener más información y prepararte para esta eliminación.