Chrome 107 bèta

Uitbreidingen op de Screen Capture API, interpolatie van CSS grid-template-eigenschappen en meer.

Tenzij anders vermeld, zijn de hieronder beschreven wijzigingen van toepassing op de nieuwste Chrome-bètaversie voor Android, ChromeOS, Linux, macOS en Windows. Meer informatie over de hier vermelde functies vindt u via de meegeleverde links of in de lijst op ChromeStatus.com. Chrome 107 is een bètaversie sinds 29 september 2022. U kunt de nieuwste versie downloaden op Google.com voor desktop of in de Google Play Store voor Android.

CSS grid-template eigenschappen interpolatie

In CSS Grid kunnen ontwikkelaars met de eigenschappen grid-template-columns en grid-template-rows respectievelijk rijnamen definiëren en de grootte van kolommen en rijen in het raster bijhouden. Dankzij onze bijdragers bij Microsoft ondersteunen we nu interpolatie voor deze eigenschappen. Rasterlay-outs kunnen nu vloeiend overgaan tussen verschillende toestanden, in plaats van halverwege een animatie of overgang vast te lopen.

Privacybehoudende schermdeelinstellingen

De Screen Capture API voegt functionaliteit toe aan de bestaande Media Capture en Streams API, waardoor gebruikers een scherm of een gedeelte van een scherm (zoals een venster) kunnen selecteren om vast te leggen als een mediastream. Deze stream kan vervolgens worden opgenomen of via het netwerk met anderen worden gedeeld. In deze bètaversie zijn enkele nieuwe functies aan deze API toegevoegd.

DisplayMediaStreamConstraints.selfBrowserSurface

Hint waarmee webapplicaties de browser kunnen instrueren of het huidige tabblad, bij het aanroepen getDisplayMedia() , moet worden uitgesloten van de lijst met tabbladen die aan de gebruiker worden aangeboden.

Dit helpt onbedoelde zelfopnames te voorkomen. Wanneer gebruikers per ongeluk het tabblad selecteren waarop de app draait, ontstaat er een soort spiegelpaleiseffect, wat gebruikers in verwarring brengt en gesprekken met externe gebruikers belemmert.

DisplayMediaStreamConstraints.surfaceSwitching

Voegt een optie toe om programmatisch te bepalen of Chrome een knop voor het wisselen van tabbladen weergeeft tijdens schermdeling. Deze optie wordt doorgegeven aan navigator.mediaDevices.getDisplayMedia() .

Met de knop 'Deel dit tabblad in plaats daarvan' kunnen gebruikers naadloos wisselen tussen de tabbladen die ze delen, zonder dat ze het tabblad voor videoconferenties opnieuw hoeven te selecteren, op een knop hoeven te klikken om getDisplayMedia() opnieuw te starten, of een nieuw tabblad uit een lange lijst hoeven te selecteren. Deze functionaliteit is voorwaardelijk beschikbaar, omdat niet alle webapplicaties dit gedrag ondersteunen.

MediaTrackConstraintSet.displaySurface

Wanneer getDisplayMedia() wordt aangeroepen, biedt de browser de gebruiker een keuze uit weergaveoppervlakken: tabbladen, vensters of monitoren. Met behulp van de displaySurface-beperking kan de webapplicatie de browser nu laten weten of een bepaald type oppervlak prominenter aan de gebruiker moet worden getoond.

Ontdek meer over hoe deze functies helpen om onbedoeld te veel informatie te delen.

Render-blocking status in Resource Timing

Voegt een veld toe aan PerfomanceResourceTiming om de render-blocking status van een resource aan te geven. Momenteel is de enige manier voor ontwikkelaars om te bepalen welke resources daadwerkelijk render-blocking veroorzaken, het gebruik van complexe heuristieken. Het nieuwe veld geeft in plaats daarvan een direct signaal hierover.

Jokertekens in de oorsprong van machtigingsbeleid

Deze functie voegt ondersteuning toe voor wildcards in toegangsbeleid dat is gestructureerd als SCHEME://*.HOST:PORT (bijvoorbeeld https://*.foo.com/), waarbij een geldige Origin kan worden geconstrueerd vanuit SCHEME://HOST:PORT (bijvoorbeeld https://foo.com/). Dit vereist dat HOST ten minste eTLD+1 is (een registreerbaar domein). Dit betekent dat https://*.bar.foo.com/ werkt, maar https://*.com/ niet. Wildcards in het schema- en poortgedeelte worden niet ondersteund en https://*.foo.com/ delegeert niet aan https://foo.com/ . Voorheen kon een toegangsbeleid er als volgt uitzien:

permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")

Met deze functie kunt u het volgende gebruiken:

permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")

Ondersteun het rel attribuut op <form> -elementen.

Deze functie voegt het rel attribuut toe aan formulierelementen, waardoor het mogelijk is om te voorkomen dat window.opener aanwezig is op websites die worden bezocht via formulierelementen met rel=noopener , en waardoor wordt voorkomen dat de referer-header met rel=noreferrer wordt verzonden.

Oorsprongproeven

Deze versie van Chrome bevatte 2 nieuwe Origin-tests .

Declaratieve PendingBeacon API

Een stateful beacon API waarmee de browser kan bepalen wanneer beacons worden verzonden. Een beacon is een bundel data die naar een backend-server wordt gestuurd, zonder een specifieke reactie te verwachten. Het is vaak wenselijk om deze aan het einde van een paginabezoek van een gebruiker te verzenden, maar er is geen ideaal moment voor die "send"-oproep. Deze API delegeert het verzenden naar de browser zelf, waardoor beacons kunnen worden verzonden bij het afsluiten of verbergen van een pagina, zonder dat de ontwikkelaar de verzendoproepen precies op de juiste momenten hoeft te implementeren.

Deze proefperiode loopt naar verwachting tot Chrome versie 109. Registreer je hier voor de proefperiode .

Toestemmingsbeleid: ontladen

Met deze functie kunnen pagina's het uitvoeren van unload-gebeurtenishandlers uitschakelen. Het doel is om sites die alle unload-handlers hebben verwijderd, te laten voorkomen dat ze per ongeluk nieuwe toevoegen. Dit helpt sites bij de overstap van unload-gebeurtenishandlers naar een ander systeem en verbetert daarmee de hitrate van BFCache .

Deze proefperiode loopt naar verwachting tot Chrome versie 109. Registreer je hier voor de proefperiode .

Afschrijvingen en verwijderingen

Deze versie van Chrome introduceert de onderstaande afschrijvingen en verwijderingen. Ga naar ChromeStatus.com voor lijsten met geplande afschrijvingen, huidige afschrijvingen en eerdere verwijderingen.

Deze versie van Chrome verwijdert één nieuwe functie.

Verwacht CT

Expect-CT is een HTTP-header waarmee websites zich konden aanmelden voor de handhaving van certificaattransparantie voordat dit standaard werd ingevoerd. Het beschikt ook over rapportagefunctionaliteit om ontwikkelaars te helpen bij het opsporen van onjuiste CT-configuraties.

De Expect-CT HTTP-header was ontworpen om de overgang naar universele handhaving van Certificate Transparency (CT) te vergemakkelijken. Websites met een hoge waarde konden zich aanmelden voor CT-handhaving of rapportage voor betere beveiliging, voordat CT-handhaving (door Chrome) verplicht werd voor alle openbare websites. Expect-CT heeft echter zijn nut verloren. Chrome vereist nu CT voor alle openbare websites, dus Expect-CT biedt geen beveiligingswaarde meer. Geen enkele andere browser heeft Expect-CT geïmplementeerd, dus het verwijderen ervan vormt geen probleem voor de interoperabiliteit.