Tenga en cuenta lo siguiente:
- La notación de color
hwb()te brinda una nueva forma de especificar el color según el tono, el blanco y el negro. - La prioridad de recuperación te permite sugerirle 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(), que Stefan Judis describió en un artículo como una "notación de color para humanos", especifica el color según el tono, el blanco 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 para especificar el color ahora es bien 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 permite sugerirle al navegador en qué orden se deben descargar los recursos, mediante el atributo fetchpriority. Este parámetro acepta los valores "high", "low" y "auto".
"high": Consideras que el recurso tiene prioridad alta y quieres que el navegador lo priorice, siempre y cuando la heurística del navegador no lo impida."low": Consideras que el recurso tiene una prioridad baja y quieres que el navegador le quite prioridad 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 baja prioridad 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 distintos casos de uso en Optimiza la carga de recursos con la API de Fetch Priority.
También en esta versión
Hay un nuevo método de forget() para los objetos USBDevice. Esto permite olvidar un dispositivo al que se le había otorgado permiso anteriormente. 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 corrigió la compatibilidad con [SameObject] para los atributos relacionados dentro de USBDevice. El cambio en la especificación se puede encontrar en una PR de la especificación de borrador.
Los trabajadores dedicados cargados desde un origen seguro (HTTPS), pero que se instancian en contextos inseguros (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, según 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 facilita el uso y la comprensión de las funciones booleanas.
Lecturas adicionales
Esto solo abarca algunos aspectos destacados clave. Consulta los vínculos a continuación para ver otros cambios en Chrome 101.