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 enumeran aquí a través de los vínculos proporcionados o de la lista en ChromeStatus.com. Chrome 126 es una versión beta a partir del 15 de mayo de 2024. Puedes descargar la versión más reciente en Google.com para computadoras de escritorio o en Google Play Store para Android.
CSS
Esta versión agrega una nueva función de CSS.
Transiciones de vista entre documentos para navegaciones de mismo origen
Anteriormente, tenías que volver a crear la arquitectura de tu sitio web en un SPA para usar la API de ViewTransitions. Sin embargo, ya no es así. Las transiciones de vista ahora están disponibles para las navegaciones del mismo origen. Puedes crear una transición de vista entre dos documentos diferentes que tengan el mismo origen.
Para habilitar una transición de vista entre documentos, ambos extremos deben habilitarla. Para ello, usa la regla de @view-transition
y establece el descriptor navigation
en auto
.
@view-transition {
navigation: auto;
}
Las transiciones de vista entre documentos usan los mismos componentes básicos y principios que las transiciones de vista del mismo documento. Se capturan los elementos a los que se les aplicó un view-transition-name
, y puedes personalizar las animaciones con animaciones CSS.
Obtén más información en la documentación de la API de View Transitions.
API web
Esta publicación incluía originalmente la función Configuración de contenido de pantalla completa automática, que ahora se trasladó a Chrome 127.
Extensión de Gamepad API trigger-rumble
Extiende la interfaz GamepadHapticActuator
para exponer la función de vibración del gatillo en la Web para gamepads compatibles. Esta extensión permitirá que las aplicaciones web que aprovechen la API de Gamepad también vibren los activadores de los dispositivos de gamepad 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 del codificador específicos de la implementación. Estos permiten a los autores web proporcionar sugerencias sobre el tipo de datos que se codifican y en qué contexto se usan.
signal
puede ser uno de "auto"
, "music"
o "voice"
. Configura el codificador para obtener el mejor rendimiento en la codificación del tipo de datos especificado. application
puede ser uno de "voip"
, "audio"
o "lowdelay"
. Configura el codificador para favorecer la inteligibilidad del habla, la reproducción fiel de la entrada original o una latencia mínima.
PointerEvent.deviceId para la escritura con varios lápices
A medida que los dispositivos con capacidades avanzadas de entrada de plumas se vuelven cada vez más comunes, es importante que la plataforma web siga evolucionando para admitir por completo estas funciones avanzadas y desbloquear experiencias enriquecidas para los usuarios finales y los desarrolladores. Uno de esos avances es la capacidad del digitalizador de un dispositivo para reconocer más de un dispositivo de pluma que interactúa con él de forma simultánea.
Esta función es una extensión de la interfaz PointerEvent
para incluir un atributo nuevo, deviceId
, que representa un identificador único persistente en la sesión y aislado del documento que un desarrollador puede usar de forma confiable para identificar plumas individuales que interactúan con la página.
Apps web con pestañas de ChromeOS
Las AWP en una ventana independiente solo pueden tener una página abierta a la vez. Algunas apps esperan que los usuarios tengan muchas páginas abiertas a la vez. 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 personalizaciones en la barra de pestañas.
Método toJSON()
para GeolocationCoordinates
y GeolocationPosition
Se agregaron métodos .toJSON()
a las interfaces GeolocationCoordinates
y GeolocationPosition
. Esto permite la serialización de estos objetos con JSON.stringify()
.
visualViewport
onscrollend
de compatibilidad
El evento de JavaScript scrollend
se activa para indicar que finalizó una operación de desplazamiento.
La interfaz visualViewport
incluye un controlador de eventos onscrollend
que se debe invocar cuando finaliza una operación de desplazamiento en visualViewport
. Chrome ya admite agregar un objeto de escucha de eventos de desplazamiento final a través de visualViewport.addEventListener("scrollend")
. Esto solo permite agregar un objeto de escucha de eventos con visualViewport.onscrollend
.
Superinterfaz de IDL web de WebGLObject
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 en WebRTC: Funciones para modificar metadatos
Algunos casos de uso de la transformación codificada de 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:
Alterar la marca de tiempo de un fotograma para introducir una demora Cambiar el tipo mime del marco si la transformación cambia el tipo de la carga útil Reenvío de contenido multimedia a una nueva conexión de pares configurada para usar diferentes valores de metadatos.
La función permite que la API de WebRTC Encoded Transform manipule los metadatos de 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.
Cómo volver a habilitar la API de CloseWatcher
y cerrar solicitudes para <dialog>
y popover=""
La API de CloseWatcher
permite controlar las solicitudes de cierre, como la tecla ESC en plataformas de computadoras de escritorio o el gesto o botón atrás en Android, de forma uniforme.
Esta función se envió originalmente 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 veían allí.
Compatibilidad con el framework de accesibilidad de la automatización de la IU en Windows
Microsoft trabajó con el equipo de Chrome para admitir directamente el framework de automatización de la IU (UIA) en Windows, lo que facilita que las herramientas de accesibilidad se comuniquen con el navegador. El lanzamiento gradual a la versión estable comienza en Chrome 126. Esto permite que 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 la IUAA, como el Narrador y la Lupa. Este trabajo también eliminará la capa de emulación de la IU de Windows, que ha sido la fuente de muchos problemas de rendimiento en Chromium en Windows.
Obtén más información en Presentamos la compatibilidad con UIA 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 Storage Access haciendo que un FedCM anterior otorgue un motivo válido para aprobar automáticamente 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 satisfacer ese requisito de forma privada y segura actualizando las verificaciones de permisos de la API de Storage Access (SAA) para que no solo acepten el otorgamiento de permisos que otorga un mensaje de acceso a almacenamiento, sino también el otorgamiento de permisos que otorga un mensaje de FedCM.
Una propiedad clave de este mecanismo es limitar la concesión a los casos que la RP permite de forma explícita a través de la política de permisos de FedCM, aplicar un control por trama para la RP y evitar que la AC realice una vigilancia pasiva más allá de las capacidades que ya otorga FedCM.
Inhabilitación de las vistas previas de contenido multimedia
Esta prueba de origen inverso excluye los 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. También estarán disponibles en el pageinfo del sitio.
Además, los usuarios con varios dispositivos podrán seleccionar una cámara y un micrófono cuando se soliciten los permisos, a menos que el sitio haya solicitado un dispositivo específico a través de getUserMedia()
.
Para excluir tu sitio de las vistas previas multimedia, regístrate en la prueba de origen sin solicitud de aceptación de vistas previas multimedia.
FedCM: API de Continuation, API de Parameters, API de Fields, Multiple configURLs, Custom Account Labels
Los desarrolladores pueden comenzar a participar en una prueba de origen para un paquete de funciones de FedCM para computadoras de escritorio que puede incluir la autorización. El paquete consta de la API de Continuation de FedCM, la API de parámetros, la API de campos, varias configURLs y etiquetas de cuenta personalizadas. Esto permite una experiencia similar al flujo de autorización de OAuth que incluye un diálogo de permisos proporcionado por el IdP.
Prueba de baja de los contenedores de desplazamiento enfocables con el teclado
Esta función presenta los siguientes cambios:
- Los desplazadores se pueden enfocar con clics y de forma programática de forma predeterminada.
- Los desplazadores sin elementos secundarios enfocables se pueden enfocar con el teclado de forma predeterminada.
Esta es una mejora importante para ayudar a que los controles de desplazamiento y el contenido dentro de ellos sean más accesibles para todos los usuarios. Puedes obtener más información sobre sus beneficios en la publicación Desplazadores enfocables con el teclado.
Intentamos enviar estos cambios y descubrimos que una cantidad limitada de sitios no cumplía con las expectativas en algunos de sus componentes. Como resultado, tuvimos que cancelar el lanzamiento de la función para evitar esta falla. Debido a los beneficios, volveremos a enviar esta función. Para permitir que los sitios afectados tengan más tiempo para migrar sus componentes, comenzaremos una prueba de baja. Cuando esté habilitada, se inhabilitará la función KeyboardFocusableScrollers
.
Bajas y eliminaciones
No hay nuevas bajas ni eliminaciones 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. Lee Se quitarán los eventos de mutación de Chrome para obtener más información y prepararte para esta eliminación.