Dit is wat je moet weten:
- De
hwb()-kleurnotatie biedt een nieuwe manier om kleuren te specificeren op basis van tint, witheid en zwartheid. - Met Fetch Priority kun je de browser laten weten in welke volgorde bronnen gedownload moeten worden.
- En er is nog veel meer .
Laten we eens kijken wat er allemaal te vinden is in Chrome 101.
hwb() kleurnotatie
hwb() , door Stefan Judis in een artikel omschreven als een "kleurnotatie voor mensen", specificeert kleur op basis van tint, witheid en zwartheid. Net als bij andere kleurnotaties geeft een optionele alfacomponent de transparantie aan.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Deze methode om kleuren te specificeren wordt nu breed ondersteund; Firefox ondersteunt het vanaf versie 96 en Safari vanaf versie 15.
Prioriteit ophalen
Met Fetch Priority kun je de browser laten weten in welke volgorde bronnen gedownload moeten worden, door gebruik te maken van het attribuut fetchpriority . Dit attribuut accepteert de waarden "high" , "low" en "auto" .
-
"high": Je beschouwt de bron als een hoge prioriteit en wilt dat de browser deze prioriteit geeft, zolang de heuristieken van de browser dit niet belemmeren. -
"low": Je beschouwt de bron als een lage prioriteit en wilt dat de browser deze de-prioriteert als de heuristieken dat toelaten. -
"auto": Dit is de standaardwaarde waarmee de browser zelf de juiste prioriteit bepaalt.
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 Optimaliseer het laden van resources met de Fetch Priority API .
Ook in deze uitgave
Er is een nieuwe methode ` forget() voor USBDevice objecten. Hiermee kan een apparaat dat eerder toestemming had gekregen, worden verwijderd. Bijvoorbeeld als het gaat om een applicatie die wordt gebruikt op een gedeelde computer met veel apparaten.
Ook voor Web USB is er een correctie doorgevoerd om [ SameObject ] te ondersteunen voor gerelateerde attributen binnen USBDevice . De specificatiewijziging is te vinden in een pull request bij de conceptspecificatie .
Dedicated workers die vanuit een beveiligde (HTTPS) bron worden geladen, maar geïnstantieerd door onveilige (niet-HTTPS) contexten, worden niet langer als veilig beschouwd. Dit betekent dat binnen dergelijke workercontexten: - self.isSecureContext nu false is. - self.caches en self.storageFoundation niet langer beschikbaar zijn.
Het argument popup voor window.open() wordt nu als ` true geëvalueerd, na een recente wijziging in de specificatie voor het parsen van dit argument. Voorheen werd window.open() geïnterpreteerd als false wanneer popup gelijk was aan `true`. Deze wijziging maakt booleaanse functies gemakkelijker te gebruiken en te begrijpen.
Verder lezen
Dit zijn slechts enkele belangrijke punten. Bekijk de onderstaande links voor meer informatie over de wijzigingen in Chrome 101.