Tenga en cuenta lo siguiente:
- La notación de colores
hwb()te brinda una nueva forma de especificar el color según el tono, la blanquería y la negra. - Las prioridades de recuperación te permiten sugerirle al navegador el orden en que se deben descargar los recursos.
- Además, hay mucho más.
Echemos un vistazo a lo que está disponible en Chrome 101.
Notación del color hwb()
Descrito en un artículo de Stefan Judis como una "notación de colores para humanos", hwb() especifica el color según el matiz, la blanquería y la oscuridad. 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 compatible (la versión 96 de Firefox y la versión 15 de Safari).
Recuperar prioridad
Con la prioridad de recuperación, puedes indicarle al navegador en qué orden se deben descargar los recursos mediante el atributo fetchpriority. Esto acepta valores de "high", "low" y "auto".
"high": Consideras que el recurso es una prioridad alta y quieres que el navegador lo priorice, siempre y cuando la heurística del navegador no evite que eso suceda."low": Consideras que el recurso tiene una prioridad baja y quieres que el navegador le quite la prioridad si su heurística lo permite."auto": Es el valor predeterminado que permite al navegador decidir 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 Cómo optimizar la carga de recursos con la API de Fetch Priority.
También en esta versión
Hay un método nuevo de forget() para objetos USBDevice. Esto permite olvidar un dispositivo al que anteriormente se le otorgó 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 implementó una corrección para admitir [SameObject] para los atributos relacionados en USBDevice. El cambio de especificación se puede encontrar en una solicitud de publicación de la especificación del borrador.
Los trabajadores dedicados que se cargan desde un origen seguro (HTTPS), aunque se hayan creado instancias mediante contextos no seguros (que no sean 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 configuraba igual a verdadero, window.open() se interpretaba como false. Este cambio facilita el uso y la comprensión de los atributos booleanos.
Lecturas adicionales
Esto abarca solo algunos aspectos destacados. Consulta los vínculos a continuación para obtener más cambios en Chrome 101.