Вот что вам нужно знать:
- Обозначение цвета
hwb()дает вам новый способ указать цвет в соответствии с оттенком, белизной и чернотой. - Приоритет выборки дает вам возможность подсказать браузеру, в каком порядке следует загружать ресурсы.
- И есть еще много чего .
Давайте посмотрим, что доступно в 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!">
Подробнее о различных вариантах использования читайте в статье Оптимизация загрузки ресурсов с помощью Fetch Priority API .
Также в этом выпуске
Для объектов USBDevice появился новый метод forget() . Это позволяет забыть об устройстве, которому ранее было предоставлено разрешение. Например, если это приложение используется на общем компьютере со многими устройствами.
Также для Web USB исправлена поддержка [ SameObject ] для связанных атрибутов в USBDevice . Изменение спецификации можно найти в PR к проекту спецификации .
Выделенные рабочие процессы, загруженные из безопасного (HTTPS) источника, но созданные в небезопасных (не HTTPS) контекстах, больше не считаются безопасными. Это означает, что внутри таких рабочих контекстов: - self.isSecureContext теперь имеет false . - self.caches и self.storageFoundation больше недоступны.
Аргумент popup для window.open() теперь оценивается как true после недавнего изменения спецификации для анализа этого аргумента. Раньше, когда popup было установлено равным true, window.open() интерпретировалось как false . Это изменение упрощает использование и понимание логических функций.
Дальнейшее чтение
Здесь рассматриваются лишь некоторые ключевые моменты. Перейдите по ссылкам ниже, чтобы узнать о дополнительных изменениях в Chrome 101.