Tenga en cuenta lo siguiente:
- La notación de color
hwb()te ofrece una nueva manera de especificar el color según el matiz, el blanco y el negro. - La prioridad de recuperación te brinda una forma de indicarle al navegador en qué orden se deben descargar los recursos.
- Y hay mucho más.
Veamos qué está disponible en Chrome 101.
Notación de color hwb()
hwb(), descrito en un artículo de Stefan Judis como una "notación de color para humanos", especifica el color según el matiz, el blanqueci y el negro. Al igual que con otras notaciones de color, un componente alfa opcional especifica la opacidad.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Este método de especificación de color ahora es muy compatible, ya que Firefox lo admite desde la versión 96 y Safari desde la versión 15.
Prioridad de recuperación
La prioridad de recuperación te brinda una forma de indicarle al navegador en qué orden se deben descargar los recursos mediante el atributo fetchpriority. Acepta valores de "high", "low" y "auto".
"high": Consideras que el recurso tiene una prioridad alta y quieres que el navegador lo priorice, siempre y cuando las heurísticas del navegador no lo impidan."low": Consideras que el recurso tiene una prioridad baja y quieres que el navegador lo despriorice si sus heurísticas lo permiten."auto": Este es el valor predeterminado que permite que el navegador decida la prioridad adecuada.
En el siguiente ejemplo, una imagen de prioridad baja se indica con fetchpriority="low".
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Obtén más información sobre los diversos casos de uso en Cómo optimizar la carga de recursos con la API de Fetch Priority.
También en esta versión
Hay un nuevo método de forget() para objetos USBDevice. Esto permite olvidar un dispositivo que antes tenía permiso. Por ejemplo, si se trata de una aplicación que se usa en una computadora compartida con muchos dispositivos.
También para Web USB, se agregó una corrección para admitir [SameObject] para atributos relacionados dentro de USBDevice. El cambio en la especificación se puede encontrar en una solicitud de revisión del borrador de la especificación.
Los trabajadores dedicados que se cargan desde un origen seguro (HTTPS), pero que se crean instancias con contextos no seguros (no HTTPS), ya no se consideran seguros. Esto significa que, dentro de esos contextos de trabajadores, self.isSecureContext ahora es false.
- self.caches y self.storageFoundation ya no están disponibles.
El argumento popup para window.open() ahora se evalúa como true, después de un cambio reciente en la especificación para analizar este argumento. Anteriormente, cuando popup se establecía como verdadero, window.open() se interpretaba como false. Este cambio hace que los atributos booleanos sean más fáciles de usar y comprender.
Lecturas adicionales
Esto abarca solo algunos aspectos destacados. Consulta los vínculos que aparecen a continuación para ver otros cambios en Chrome 101.