Dit is wat u moet weten:
- De kleurnotatie
hwb()biedt u een nieuwe manier om kleuren op te geven op basis van tint, witheid en zwartheid. - Fetch Priority geeft u een manier om aan de browser te laten weten in welke volgorde bronnen moeten worden gedownload.
- En er is nog veel meer .
Laten we eens kijken wat er beschikbaar is in Chrome 101.
hwb() kleurnotatie
Beschreven in een artikel van Stefan Judis als een "kleurnotatie voor mensen", specificeert hwb() kleur op basis van tint, witheid en zwartheid. Net als bij andere kleurnotaties specificeert een optionele alfacomponent de dekking.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Deze methode voor het opgeven van kleuren wordt nu goed ondersteund; Firefox ondersteunt dit vanaf versie 96 en Safari vanaf versie 15.
Prioriteit ophalen
Fetch Priority biedt u een manier om de browser een hint te geven in welke volgorde bronnen moeten worden gedownload, door het fetchpriority attribuut te gebruiken. Dit accepteert waarden van "high" , "low" en "auto" .
-
"high": u beschouwt de bron als een hoge prioriteit en wilt dat de browser er prioriteit aan geeft, zolang de heuristieken van de browser dit niet verhinderen. -
"low": u beschouwt de bron als een lage prioriteit en wilt dat de browser er een lagere prioriteit aan geeft als de heuristiek dit toestaat. -
"auto": dit is de standaardwaarde waarmee de browser de juiste prioriteit kan bepalen.
In het onderstaande voorbeeld wordt een afbeelding met lage prioriteit aangegeven met fetchpriority="low" .
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Lees meer over de verschillende gebruiksscenario's in Het laden van bronnen optimaliseren met de Fetch Priority API .
Ook in deze uitgave
Er is een nieuwe methode voor forget() voor USBDevice objecten. Hierdoor kan een apparaat worden vergeten waarvoor eerder toestemming was verleend. Als dit bijvoorbeeld een applicatie is die op een gedeelde computer met veel apparaten wordt gebruikt.
Ook voor Web USB, een oplossing ter ondersteuning van [ SameObject ] voor gerelateerde attributen binnen USBDevice . De specificatiewijziging is te vinden in een PR bij de conceptspecificatie .
Toegewijde werkers die zijn geladen vanuit een veilige (HTTPS) oorsprong, maar toch geïnstantieerd door onveilige (niet-HTTPS) contexten, worden niet langer als veilig beschouwd. Dit betekent dat binnen dergelijke werkcontexten: - self.isSecureContext nu false is. - self.caches en self.storageFoundation zijn niet langer beschikbaar.
Het popup upargument voor window.open() evalueert nu naar true , na een recente wijziging in de specificaties voor het parseren van dit argument. Voorheen, wanneer popup gelijk was ingesteld op true, werd window.open() geïnterpreteerd als false . Deze wijziging maakt Booleaanse functies eenvoudiger te gebruiken en te begrijpen.
Verder lezen
Dit behandelt slechts enkele belangrijke hoogtepunten. Bekijk de onderstaande links voor aanvullende wijzigingen in Chrome 101.