Paar dagen geleden Google heeft de beschikbaarheid aangekondigd van de bètaversie van Chrome 94. Deze nieuwe versie voegt nieuwe functies toe aan de browser en brengt ook enkele verbeteringen met zich mee, waaronder: WebCodecs API is gemarkeerd voor voltooiing als onderdeel van de oorspronkelijke proefversie en is daarom nu officieel beschikbaar.
WebGPU gaat de eerste testfase van Chrome 94 in. WebGPU maakt deel uit van de bètaversie van Chrome 94 en de Chrome-ontwikkelaars Ze zijn van plan om alle gebruikers in de stabiele versie van Chrome 99 te bereiken.
De bestaande media-API's zijn van hoog niveau en zeer gericht, dus een codec-API op laag niveau zou opkomende toepassingen beter ondersteunen, zoals latentiegevoelige gamestreaming, client-side-effecten of transcodering, en ondersteuning voor mediacontainers.
La WebCodecs-API vul deze gaten door een manier bieden om de multimediacomponenten die al in de browser aanwezig zijn te gebruiken.
Terwijl het WebGPU-API is de opvolger van de WebGL en WebGL2 grafische API's voor het web en biedt moderne functies zoals "GPU-computing"evenals goedkopere toegang tot GPU-hardware en betere, meer voorspelbare prestaties.
Dit is een verbetering ten opzichte van bestaande WebGL-interfaces, die waren ontworpen om afbeeldingen te tekenen, maar die alleen met veel moeite konden worden aangepast aan andere soorten berekeningen. WebGPU biedt moderne grafische mogelijkheden, waaronder Direct3D 12, Metal en Vulkan, om render- en renderbewerkingen op een GPU uit te voeren. Deze functie is oorspronkelijk getest op Chrome 94, met de verwachting dat deze op Chrome 99 zal worden geleverd.
Volgens Google is het moeilijk om webapplicaties te maken die reageren op gebruikersinteracties en blijven reageren in de tijd. Scripts zijn een van de belangrijkste boosdoeners verlies van reactievermogen.
"Neem het voorbeeld van een" vondst terwijl u "functie typt: een toepassing met deze functie moet de invoer van de gebruiker volgen terwijl deze de resultaten ophaalt en weergeeft. Het houdt geen rekening met alles wat er op de pagina gebeurt, zoals animaties, die zonder problemen moeten worden verwerkt”, aldus het bedrijf.
Google schat dat de methode Scheduler.postTask () deze planningsdilemma's oplost door ontwikkelaars in staat te stellen taken te plannen (JavaScript-callbacks) met een browserplanner van het besturingssysteem met drie prioriteitsniveaus: gebruikersvergrendeling, gebruiker zichtbaar en achtergrond (gebruikersvergrendeling, zichtbare gebruiker en achtergrond). Het onthult ook een TaskController-interface, die taken dynamisch kan annuleren en hun prioriteit kan wijzigen. Deze functie heeft de eerste tests in Chrome 93 voltooid en is nu standaard beschikbaar in Chrome.
Naast de bovenstaande items bevat deze versie van Chrome introduceert een nieuwe HTTP-statuscode: 103 Eerste tips om eerst de subbronnen te laden. Wanneer een 103 reactie omvat: of andere linkheaders, probeert Chromium de gespecificeerde bronnen vooraf te laden (en/of vooraf te verbinden, vooraf te laden) voordat het definitieve antwoord wordt ontvangen. Volgens Google geeft dit webontwikkelaars een manier om apps, sites en pagina's te optimaliseren.
Een andere nieuwigheid is de interface van VirtualKeyboard met methoden en eigenschappen om het tonen of verbergen van een virtueel toetsenbord te regelen. Het activeert ook gebeurtenissen met de grootte van het virtuele toetsenbord wanneer de pagina-inhoud donkerder wordt. Het virtuele toetsenbord is het schermtoetsenbord dat wordt gebruikt voor invoer in scenario's waarin een hardwaretoetsenbord mogelijk niet beschikbaar is.
In tegenstelling tot een hardwaretoetsenbord, kan een virtueel toetsenbord zijn vorm aanpassen om het te optimaliseren volgens de verwachte invoer. Ontwikkelaars hebben controle over de weergegeven vorm van het virtuele toetsenbord via het invoermoduskenmerk, maar hebben beperkte controle over wanneer het virtuele toetsenbord wordt getoond of verborgen.
ook verzoeken om subbronnen van het privénetwerk zijn beperkt tot beveiligde contexten. Private Network Access biedt een reeks wijzigingen om de impact van verzoeken aan deze servers te beperken, zodat de servers elke communicatie met externe entiteiten accepteren. Om deze deelname zinvol te maken, moeten servers kunnen garanderen dat de oorsprong van de client is geverifieerd. Voor dit doel zijn alleen beveiligde contexten geautoriseerd om externe verzoeken te doen.
bron: https://blog.chromium.org