Se agregaron elementos a la API de Screen Capture, interpolación de propiedades de CSS grid-template y mucho más.
A menos que se indique lo contrario, los cambios que se describen a continuación 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 indican aquí a través de los vínculos proporcionados o de la lista en ChromeStatus.com. Chrome 107 es beta desde el 29 de septiembre de 2022. Puedes descargar la versión más reciente en Google.com para computadoras o en Google Play Store para Android.
Interpolación de propiedades grid-template de CSS
En la cuadrícula de CSS, las propiedades grid-template-columns y grid-template-rows permiten a los desarrolladores definir nombres de líneas y hacer un seguimiento del tamaño de las columnas y filas de la cuadrícula, respectivamente. Gracias a nuestros colaboradores de Microsoft, ahora admitimos la interpolación para estas propiedades. Ahora, los diseños de cuadrícula pueden realizar transiciones fluidas entre estados, en lugar de ajustarse en el punto medio de una animación o transición.
Controles de uso compartido de pantalla que preservan la privacidad
La API de Screen Capture introduce adiciones a la API existente de Media Capture and Streams para permitir que el usuario seleccione una pantalla o una parte de una pantalla (como una ventana) para capturar como un flujo de medios. Luego, esta transmisión se puede grabar o compartir con otras personas a través de la red. En esta versión beta, se agregaron algunas funciones nuevas a esta API.
DisplayMediaStreamConstraints.selfBrowserSurface
Sugerencia que permite que las aplicaciones web indiquen al navegador si, al llamar a getDisplayMedia(), la pestaña actual debe excluirse de la lista de pestañas que se ofrecen al usuario.
Esto ayuda a evitar la autocaptura accidental, ya que, cuando los usuarios eligen por accidente la pestaña en la que se ejecuta la app, se produce un efecto de salón de espejos que confunde a los usuarios y desvía las conversaciones con usuarios remotos.
DisplayMediaStreamConstraints.surfaceSwitching
Se agregó una opción para controlar de forma programática si Chrome muestra un botón para cambiar de pestaña mientras se comparte la pantalla. Esta opción se pasará a navigator.mediaDevices.getDisplayMedia().
El botón Compartir esta pestaña permite a los usuarios cambiar sin problemas la pestaña que comparten, sin tener que volver a seleccionar la pestaña de videoconferencia, hacer clic en un botón para iniciar getDisplayMedia() de nuevo ni seleccionar una nueva pestaña de una larga lista. Este comportamiento se expone de forma condicional porque no todas las aplicaciones web pueden controlarlo.
MediaTrackConstraintSet.displaySurface
Cuando se llama a getDisplayMedia(), el navegador le ofrece al usuario una opción de superficies de visualización: pestañas, ventanas o monitores. Con la restricción displaySurface, la aplicación web ahora puede sugerirle al navegador si prefiere que se le ofrezca al usuario un determinado tipo de superficie de forma más destacada.
Estado de bloqueo de renderización en Resource Timing
Agrega un campo a PerfomanceResourceTiming para indicar el estado de bloqueo de renderización de un recurso. Actualmente, desde la perspectiva del desarrollador, la única forma de determinar qué recursos bloquean la renderización es recurrir a heurísticas complejas. En cambio, el nuevo campo proporcionaría un indicador directo sobre el mismo tema.
Comodines en los orígenes de la política de permisos
Esta función agrega compatibilidad con comodines en la política de permisos estructurada como SCHEME://*.HOST:PORT (por ejemplo, https://*.foo.com/), en la que se puede construir un origen válido a partir de SCHEME://HOST:PORT (por ejemplo, https://foo.com/). Esto requiere que HOST sea al menos un eTLD+1 (un dominio registrable). Esto significa que https://*.bar.foo.com/ funciona, pero https://*.com/ no. No se admitirán los comodines en la sección de esquema y puerto, y https://*.foo.com/ no delegará en https://foo.com/. Antes, una política de permisos podría verse de la siguiente manera:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Con esta función, puedes usar lo siguiente:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Compatibilidad con el atributo rel en los elementos <form>
Esta función agrega el atributo rel a los elementos de formulario, lo que permite evitar que window.opener esté presente en los sitios web a los que se navega a través de elementos de formulario que tienen rel=noopener y evita que se envíe el encabezado de referencia con rel=noreferrer.
Pruebas de origen
En esta versión de Chrome, se lanzaron 2 nuevas pruebas de origen.
API de PendingBeacon declarativa
Es una API de balizas con estado que permite que el navegador controle cuándo se envían las balizas. Un baliza es un paquete de datos que se envía a un servidor de backend sin esperar una respuesta en particular. A menudo, es conveniente enviar estos datos al final de la visita de un usuario a una página, pero no hay un momento adecuado para realizar esa llamada de "envío". Esta API delega el envío al navegador, por lo que puede admitir balizas en la descarga o el ocultamiento de la página, sin que el desarrollador tenga que implementar llamadas de envío en los momentos exactos.
Se espera que esta prueba se ejecute hasta Chrome 109. Regístrate para la prueba aquí.
Permissions-Policy: unload
Esta función permite que las páginas inhabiliten la ejecución de controladores de eventos de descarga. El objetivo es permitir que los sitios que quitaron todos los controladores de descarga se aseguren de no agregar accidentalmente otros nuevos. Esto ayudará a los sitios a migrar de los controladores de eventos de descarga y, de este modo, mejorar la tasa de aciertos de la BFCache.
Se espera que esta prueba se ejecute hasta Chrome 109. Regístrate para la prueba aquí.
Bajas y eliminaciones
En esta versión de Chrome, se introducen las bajas y eliminaciones que se indican a continuación. Visita ChromeStatus.com para ver listas de las obsolescencias planificadas, las obsolescencias actuales y las eliminaciones anteriores.
En esta versión de Chrome, se dejó de usar una función.
Expect-CT
Expect-CT es un encabezado HTTP que permitía a los sitios web habilitar la aplicación de Certificate Transparency antes de que se aplicara de forma predeterminada. También tiene una función de informes para ayudar a los desarrolladores a descubrir errores de configuración de CT.
El encabezado HTTP Expect-CT se diseñó para ayudar a la transición a la aplicación universal del Certificado de transparencia (CT), ya que permite que los sitios web de alto valor habiliten la aplicación o la generación de informes del CT para mejorar la seguridad antes de que Chrome exigiera el CT en todos los sitios web públicos. Sin embargo, Expect-CT ya no es útil. Chrome ahora requiere CT en todos los sitios web públicos, por lo que Expect-CT ya no tiene valor de seguridad. Ningún otro navegador implementó Expect-CT, por lo que quitarlo no es un problema de interoperabilidad.