Вот что вам нужно знать:
- Функция
hwb()предоставляет новый способ задания цвета в соответствии с оттенком, белизной и чернотой. - Функция Fetch Priority позволяет указать браузеру, в каком порядке следует загружать ресурсы.
- И это еще не все.
Давайте посмотрим, что доступно в Chrome 101.
цветовая нотация hwb()
hwb() , описанная в статье Стефана Юдиса как «цветовая нотация для человека», задает цвет в соответствии с оттенком, белизной и чернотой. Как и в других цветовых нотациях, необязательный альфа-компонент задает прозрачность.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Этот способ задания цвета теперь хорошо поддерживается: Firefox поддерживает его начиная с версии 96, а Safari — с версии 15.
Получить приоритет
Атрибут fetchpriority позволяет указать браузеру порядок загрузки ресурсов. Он принимает значения "high" , "low" и "auto" .
-
"high": Вы считаете ресурс высокоприоритетным и хотите, чтобы браузер уделял ему приоритетное внимание, если только эвристические алгоритмы браузера не препятствуют этому. -
"low": Вы считаете ресурс низкоприоритетным и хотите, чтобы браузер понизил его приоритет, если это позволяют его эвристические алгоритмы. -
"auto": Это значение по умолчанию, позволяющее браузеру самостоятельно определять соответствующий приоритет.
В приведенном ниже примере изображение с низким приоритетом обозначается параметром fetchpriority="low" .
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Подробнее о различных вариантах использования читайте в статье «Оптимизация загрузки ресурсов с помощью API приоритетной выборки» .
Также в этом релизе
В объектах USBDevice появился новый метод forget() . Он позволяет удалить из списка устройств устройства, которым ранее были предоставлены разрешения. Например, если это приложение используется на компьютере, к которому подключено множество устройств.
Также для Web USB исправлена поддержка [ SameObject ] для связанных атрибутов в USBDevice . Изменение спецификации можно найти в запросе на слияние к черновику спецификации .
Выделенные рабочие процессы, загружаемые из защищенного (HTTPS) источника, но создаваемые в небезопасных (не-HTTPS) контекстах, больше не считаются безопасными. Это означает, что внутри таких контекстов рабочих процессов: - self.isSecureContext теперь имеет false . - self.caches и self.storageFoundation больше недоступны.
Аргумент popup для window.open() теперь принимает значение true , что соответствует недавнему изменению спецификации обработки этого аргумента. Ранее, когда popup устанавливался равным true, window.open() интерпретировалось как false . Это изменение упрощает использование и понимание булевых значений.
Дополнительная информация
Здесь описаны лишь некоторые ключевые моменты. Для получения дополнительной информации об изменениях в Chrome 101 перейдите по ссылкам ниже.