Chrome 106 se envía hoy con varias funciones experimentales y obsoletas.

Han pasado cuatro semanas desde el lanzamiento de Google Chrome 105, lo que significa que es hora de que esté disponible la próxima versión principal del navegador. Chrome 106 no es una actualización tan grande como su predecesor en términos de nuevas API y funciones, pero aún tiene algunas funciones interesantes y se lanzará en las últimas horas de hoy.

Esta vez comenzaremos con la desaprobación, de la cual hay tres. El tipo de cuota constante ha quedado obsoleto en el método requestFileSystem() porque complica el código, lo que es especialmente indeseable debido a su uso poco frecuente. Las secuencias push HTTP/2 sufrirán el mismo destino ya que Chrome ya no recibirá, almacenará en la memoria ni consumirá secuencias enviadas por esta configuración. Del mismo modo, Chrome 106 también elimina la compatibilidad con caracteres que no son ASCII en los atributos de nombre de dominio de cookies, según la última estandarización en la especificación RFC 6265bis.

En términos de nuevas funciones, una de las principales mejoras es la compatibilidad con la función Bring Your Own Buffer (BYOB) en SerialPort . Así es como Google lo describe:

Los desarrolladores pueden descubrir la compatibilidad con los lectores BYOB llamando a getReader({mode: ‘byob’ }), ya que las implementaciones anteriores arrojan un TypeError al pasar un nuevo parámetro. Los lectores BYOB (o «traiga su propio búfer») permiten al desarrollador especificar el búfer en el que se leen los datos, en lugar de que la secuencia asigne un nuevo búfer para cada fragmento. Además de reducir potencialmente la carga de la memoria, esto le permite al desarrollador controlar la cantidad de datos que se reciben, ya que la transmisión no puede devolver más de lo que hay espacio en el búfer proporcionado. La capacidad de leer una cierta cantidad de datos de un puerto hace que esta API sea más familiar para los desarrolladores acostumbrados a la programación, en comparación con las API de Windows y POSIX para dispositivos serie, que funcionan con el mismo principio de «traiga su propio búfer».

Los lectores BYOB permiten a los desarrolladores especificar el búfer en el que se leen los datos, en lugar de que el flujo asigne un búfer para cada fragmento. Además de reducir potencialmente la presión de la memoria, esto permite que la secuencia de comandos controle la cantidad de datos que se reciben en un bloque, ya que la secuencia no puede devolver más de lo que hay espacio en el búfer proporcionado. La capacidad de leer una cierta cantidad de datos de un puerto ha sido una función solicitada con frecuencia por los desarrolladores acostumbrados a programar para Windows y la API POSIX para dispositivos serie, que funcionan con el mismo principio de «traiga su propio búfer». La API actual, por el contrario, requiere que los desarrolladores se protejan contra datos adicionales no deseados, en lugar de solo leer lo que están dispuestos a procesar.

Además, la propiedad CSS sin el prefijo de carácter de guion ahora es estable y se enviará con Chrome 106. La propiedad «-webkit-hyphenate-character» quedará obsoleta en una fecha posterior, cuando no se proporcione ninguna fecha.

Otra mejora clave en Chrome 106 es la compatibilidad con API v3 Intl.NumberFormat . Esta versión tiene las siguientes características nuevas:

1. Agregue 3 nuevas funciones para el formato de rango de números: formatRange / formatRangeToParts / selectRange
2. enumeración de grupos
3. Nuevas opciones de redondeo/precisión
4. Prioridad de redondeo
5. Interpretar cadenas como decimales
6. Modos de redondeo
7. Pantalla de letrero Negativo

Además, se ha introducido una devolución de llamada de cola para interfaces de audio y video en WebCodecs . Esto permite a los desarrolladores saber si el tamaño de la cola ha disminuido en las interfaces de codificación y decodificación, en lugar de configurar una función de temporización para verificar aleatoriamente lo mismo.

Además, ahora se admite la unidad de longitud de CSS «ic» . Esto se usa para expresar la longitud «en relación con la medida extendida del ideograma de agua» para fuentes japonesas y chinas, y ya está presente en Safari y Firefox. En el futuro, se aplicará CORS al realizar la búsqueda previa y la carga de subrecursos a través del Intercambio HTTP firmado.

También hay algunas funciones experimentales en esta versión de Chrome. Hay dos pruebas de desarrollador bloqueadas por casillas de verificación. El primero es actualizar los métodos asincrónicos en la API de acceso al sistema de archivos a métodos sincrónicos . Esto mejorará el rendimiento y garantizará la coherencia de la API. En segundo lugar, Google continuará con la Fase 5 de su Plan de reducción de agentes de usuario . La idea es mejorar la privacidad y reducir la posibilidad de errores al analizar una cadena compleja de User-Agent.

Del mismo modo, dos características también llegaron a las pruebas de Origin. Los marcos anónimos ofrecen una forma de cargar documentos en marcos externos a través de contextos efímeros. Debido a que es una generalización de la Política de incrustación de origen cruzado (COEP), elimina el requisito de que los iframes de terceros admitan COEP como requisito previo para integrarse en una página de COEP. Esta prueba se ejecutará hasta Chrome 108.

La API emergente ahora también se ofrece a través de pruebas de Origin . Permite a los desarrolladores mostrar elementos de interfaz de usuario temporales interactivos sobre las aplicaciones web. Es similar al elemento «diálogo», pero tiene nuevas funciones, como el comportamiento de cierre de la pantalla, el control de interacción emergente, la animación, la compatibilidad con eventos y el modo no modal.

Chrome 106 comenzará a implementarse esta tarde. Si Chrome no se actualiza automáticamente a la versión 106 en un día, vaya a Ayuda > Acerca de Google Chrome para activar la actualización tan pronto como esté disponible. Chrome 107 es el siguiente, con una versión beta el 29 de septiembre y una versión estable el 25 de octubre.