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.