Dit is wat u moet weten:
- Het is eenvoudiger om adaptieve gebruikersinterfaces te maken met nieuwe viewportgrootte-eenheden .
- Kleurvectorlettertypen bevatten nu ondersteuning voor variabele lettertypen .
- De methoden in de interface
FileSystemSyncAccessHandle
, onderdeel van de File System Access API, zijn nu synchroon . - En er is nog veel meer
Ik ben Adriana Jara. Laten we erin duiken en kijken wat er nieuw is voor ontwikkelaars in Chrome 108.
Nieuwe eenheden voor viewportgrootte
De nieuwe viewport-eenheden geven u meer controle om adaptieve gebruikersinterfaces te creëren.
Deze eenheden meten het viewportgebied op een andere manier, omdat ze rekening houden met UI-elementen in de browser die kunnen worden uitgevouwen of samengevouwen. Bijvoorbeeld de adresbalk.
De large
eenheden bieden de viewportgrootte, ervan uitgaande dat die user-agentinterfaces zijn samengevouwen.
Aan de andere kant bieden de small
eenheden een viewport-grootte, ervan uitgaande dat de interfaces zijn uitgebreid.
En met dynamic
eenheden past de viewport-grootte zichzelf automatisch aan als reactie op het al dan niet weergeven van browserinterface-elementen.
De waarde zal alles zijn binnen de grenzen van de grote eenheid (het maximum) en de kleine eenheden (het minimum).
Bekijk dit artikel voor meer details. Bekijk ook de wijziging in het gedrag van het wijzigen van de grootte van de Android-viewport om uw viewport op de juiste manier te verwerken.
Variabele lettertypen worden nu ondersteund in COLRv1.
COLRv1-kleurvectorlettertypen worden ondersteund sinds Chrome 98, maar de eerste release ondersteunde alleen de statische functionaliteit van de COLRv1-tabel.
Maar de COLRv1-specificatie omvat ook OpenType-variaties, wat betekent dat wijzigingen in de lettertype-eigenschappen mogelijk zijn door de waarden van de variabele assen te wijzigen. Dergelijke variaties worden nu ondersteund.
Deze release bevat ook de voorwaarde-extensies font-tech()
en font-format()
voor CSS @supports
.
Onder deze omstandigheden kan de ontwikkelaar detecteren wanneer de lettertypefuncties beschikbaar zijn om de gebruiker de nieuwste ervaring te bieden en ook een terugval creëren als de ondersteuning niet beschikbaar is.
Speel hier met de demo en voeg impact toe aan uw woorden met variabele lettertypen.
FileSystemSyncAccessHandle-methoden zijn nu synchroon.
Het oorspronkelijke privébestandssysteem biedt toegang tot een speciaal soort bestand dat in hoge mate is geoptimaliseerd voor prestaties. Ontwikkelaars kunnen toegang krijgen tot dergelijke bestanden door createSyncAccessHandle()
aan te roepen, een methode die wordt weergegeven op FileSystemFileHandle
objecten.
Deze aanroep resulteert in een FileSystemSyncAccessHandle
.
De methoden truncate(newSize)
, getSize()
, flush()
en close()
in die toegangsingang waren vroeger asynchroon, maar zijn dat vanaf Chrome 108.
Er is een goede reden voor de verandering: het zorgt ervoor dat FileSystemSyncAccessHandle
overeenkomt met de synchrone, POSIX-achtige bestands-API die op Wasm gebaseerde applicaties verwachten; de API ergonomischer maken en tegelijkertijd aanzienlijke prestatiewinst opleveren.
Dit is een potentieel baanbrekende wijziging. Als u de bovenstaande methoden gebruikt, zal elk gebruik van Promise.then()
kapot gaan. Als u een then()
aanroep koppelt aan het resultaat van een van de voorheen asynchrone en nu synchrone methoden, moet u uw code wijzigen.
// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */
Bezoek dit artikel voor meer gedetailleerde instructies
En meer!
Natuurlijk is er nog veel meer.
- Er wordt een verandering in het gedrag voor
overflow
op vervangen elementen doorgevoerd. - Als u een identiteitsprovider bent, bekijk dan de Federated Credential Management API .
- De Media Source Extensions API is nu beschikbaar in de werkcontext.
Verder lezen
Dit behandelt slechts enkele belangrijke hoogtepunten. Controleer de onderstaande links voor aanvullende wijzigingen in Chrome 108.
- Wat is er nieuw in Chrome DevTools (108)
- Beëindigingen en verwijderingen van Chrome 108
- ChromeStatus.com-updates voor Chrome 108
- Wijzigingslijst voor Chromium-bronrepository's
- Chrome-releasekalender
Abonneren
Als u op de hoogte wilt blijven, abonneert u zich op het YouTube-kanaal van Chrome Developers . U ontvangt dan een e-mailmelding wanneer we een nieuwe video lanceren.
Ik ben Adriana Jara, en zodra Chrome 109 uitkomt, ben ik hier om je te vertellen wat er nieuw is in Chrome!
,Dit is wat u moet weten:
- Het is eenvoudiger om adaptieve gebruikersinterfaces te maken met nieuwe viewportgrootte-eenheden .
- Kleurvectorlettertypen bevatten nu ondersteuning voor variabele lettertypen .
- De methoden in de interface
FileSystemSyncAccessHandle
, onderdeel van de File System Access API, zijn nu synchroon . - En er is nog veel meer
Ik ben Adriana Jara. Laten we erin duiken en kijken wat er nieuw is voor ontwikkelaars in Chrome 108.
Nieuwe eenheden voor viewportgrootte
De nieuwe viewport-eenheden geven u meer controle om adaptieve gebruikersinterfaces te creëren.
Deze eenheden meten het viewportgebied op een andere manier, omdat ze rekening houden met UI-elementen in de browser die kunnen worden uitgevouwen of samengevouwen. Bijvoorbeeld de adresbalk.
De large
eenheden bieden de viewportgrootte, ervan uitgaande dat die user-agentinterfaces zijn samengevouwen.
Aan de andere kant bieden de small
eenheden een viewport-grootte, ervan uitgaande dat de interfaces zijn uitgebreid.
En met dynamic
eenheden past de viewport-grootte zichzelf automatisch aan als reactie op het al dan niet weergeven van browserinterface-elementen.
De waarde zal alles zijn binnen de grenzen van de grote eenheid (het maximum) en de kleine eenheden (het minimum).
Bekijk dit artikel voor meer details. Bekijk ook de wijziging in het gedrag van het wijzigen van de grootte van de Android-viewport om uw viewport op de juiste manier te verwerken.
Variabele lettertypen worden nu ondersteund in COLRv1.
COLRv1-kleurvectorlettertypen worden ondersteund sinds Chrome 98, maar de eerste release ondersteunde alleen de statische functionaliteit van de COLRv1-tabel.
Maar de COLRv1-specificatie omvat ook OpenType-variaties, wat betekent dat wijzigingen in de lettertype-eigenschappen mogelijk zijn door de waarden van de variabele assen te wijzigen. Dergelijke variaties worden nu ondersteund.
Deze release bevat ook de voorwaarde-extensies font-tech()
en font-format()
voor CSS @supports
.
Onder deze omstandigheden kan de ontwikkelaar detecteren wanneer de lettertypefuncties beschikbaar zijn om de gebruiker de nieuwste ervaring te bieden en ook een terugval creëren als de ondersteuning niet beschikbaar is.
Speel hier met de demo en voeg impact toe aan uw woorden met variabele lettertypen.
FileSystemSyncAccessHandle-methoden zijn nu synchroon.
Het oorspronkelijke privébestandssysteem biedt toegang tot een speciaal soort bestand dat in hoge mate is geoptimaliseerd voor prestaties. Ontwikkelaars kunnen toegang krijgen tot dergelijke bestanden door createSyncAccessHandle()
aan te roepen, een methode die wordt weergegeven op FileSystemFileHandle
objecten.
Deze aanroep resulteert in een FileSystemSyncAccessHandle
.
De methoden truncate(newSize)
, getSize()
, flush()
en close()
in die toegangsingang waren vroeger asynchroon, maar zijn dat nu wel synchroon vanaf Chrome 108.
Er is een goede reden voor de verandering: het zorgt ervoor dat FileSystemSyncAccessHandle
overeenkomt met de synchrone, POSIX-achtige bestands-API die op Wasm gebaseerde applicaties verwachten; de API ergonomischer maken en tegelijkertijd aanzienlijke prestatiewinst opleveren.
Dit is een potentieel baanbrekende wijziging. Als u de bovenstaande methoden gebruikt, zal elk gebruik van Promise.then()
kapot gaan. Als u een then()
aanroep koppelt aan het resultaat van een van de voorheen asynchrone en nu synchrone methoden, moet u uw code wijzigen.
// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */
Bezoek dit artikel voor meer gedetailleerde instructies
En meer!
Natuurlijk is er nog veel meer.
- Er wordt een verandering in het gedrag voor
overflow
op vervangen elementen doorgevoerd. - Als u een identiteitsprovider bent, bekijk dan de Federated Credential Management API .
- De Media Source Extensions API is nu beschikbaar in de werkcontext.
Verder lezen
Dit behandelt slechts enkele belangrijke hoogtepunten. Controleer de onderstaande links voor aanvullende wijzigingen in Chrome 108.
- Wat is er nieuw in Chrome DevTools (108)
- Beëindigingen en verwijderingen van Chrome 108
- ChromeStatus.com-updates voor Chrome 108
- Wijzigingslijst voor Chromium-bronrepository's
- Chrome-releasekalender
Abonneren
Als u op de hoogte wilt blijven, abonneert u zich op het YouTube-kanaal van Chrome Developers . U ontvangt dan een e-mailmelding wanneer we een nieuwe video lanceren.
Ik ben Adriana Jara, en zodra Chrome 109 uitkomt, ben ik hier om je te vertellen wat er nieuw is in Chrome!