Oto, co musisz wiedzieć na ten temat:
- Zapis kolorów
hwb()
umożliwia określanie koloru według barwy, bieli i czerni. - Priorytet pobierania stanowi wskazówkę dla przeglądarki, w jakiej kolejności mają być pobierane zasoby.
- A do tego wiele więcej.
Przyjrzyjmy się funkcjom dostępnym w Chrome 101.
hwb()
notacja kolorów
hwb()
, opisany w artykule Stefana Judisa jako „notacja kolorów dla ludzi”, określa kolor na podstawie barwy, bieli i czerni. Tak jak w przypadku innych zapisów kolorów, opcjonalny komponent alfa określa przezroczystość.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Ta metoda określania koloru jest teraz dobrze obsługiwana – Firefox obsługuje ją od wersji 96 i Safari od wersji 15.
Priorytet pobierania
Priorytet pobierania informuje przeglądarkę o kolejności pobierania zasobów za pomocą atrybutu fetchpriority
. Akceptuje wartości "high"
, "low"
i "auto"
.
"high"
: zasoby są uznawane za wysoki priorytet i chcesz, aby przeglądarka nadawała mu wysoki priorytet, o ile nie zabrania tego heurystyka przeglądarki."low"
: uznajesz zasób za niski i chcesz, by przeglądarka obniżyła go, jeśli pozwala na to sposób heurystyki."auto"
: to wartość domyślna, która pozwala przeglądarce wybrać odpowiedni priorytet.
W poniższym przykładzie obraz o niskim priorytecie jest oznaczony ikoną fetchpriority="low"
.
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Więcej informacji o różnych przypadkach użycia znajdziesz w artykule Optymalizowanie wczytywania zasobów za pomocą interfejsu Fetch Priority API.
Także w tej wersji
Istnieje nowa metoda forget()
dla obiektów USBDevice
. Umożliwia to zapomnienie urządzenia, które miało wcześniej przyznane uprawnienia. np. gdy jest to aplikacja używana na współdzielonym komputerze z wieloma urządzeniami.
Ponadto w przypadku Web USB wprowadzono poprawkę dotyczącą obsługi atrybutu [SameObject
] w przypadku powiązanych atrybutów w usłudze USBDevice
. O zmianie w specyfikacji można znaleźć w opisie wersji roboczej specyfikacji.
Dedykowane instancje robocze wczytywane z bezpiecznego źródła (HTTPS), ale tworzone za pomocą kontekstów niezabezpieczonych (innych niż HTTPS), nie są już uważane za bezpieczne. Oznacza to, że wewnątrz takich kontekstów instancji roboczych:
– self.isSecureContext
to teraz false
.
- self.caches
i self.storageFoundation
nie są już dostępne.
W wyniku niedawnej zmiany w specyfikacji analizy tego argumentu argument popup
dla window.open()
przyjmuje teraz wartość true
. Wcześniej, gdy zasada popup
miała wartość prawda, parametr window.open()
był interpretowany jako wartość „false
”. Ta zmiana ułatwi korzystanie z funkcji wartości logicznych i ich zrozumienie.
Więcej informacji
Ta analiza obejmuje tylko niektóre najważniejsze kwestie. Kliknij poniższe linki, aby dowiedzieć się o dodatkowych zmianach w Chrome 101.