Deze pagina is vertaald door de Cloud Translation API.

Chrome 134 bèta

Rachel Andrew

Gepubliceerd: 5 februari 2025

Tenzij anders vermeld, zijn de volgende 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 134 is een bètaversie sinds 5 februari 2025. U kunt de nieuwste versie downloaden op Google.com voor desktop of in de Google Play Store voor Android.

CSS

Deze release voegt vijf nieuwe CSS- en UI-functies toe.

CSS-eigenschap dynamic-range-limit

Hiermee kan een pagina de maximale helderheid van HDR-content beperken.

Aanpasbaar `<select>` -element

Voeg de mogelijkheid toe om HTML <select> -elementen aan te passen door het nieuwe gedrag te activeren met de base-select ' appearance . Nadat je dit hebt gedaan, kun je uitgebreide content toevoegen, zoals afbeeldingen, en de opties stylen.

Dialoogvenster sluiten

Een van de prettige eigenschappen van de Popover API is het soepele sluitgedrag. Deze functie biedt dezelfde mogelijkheid voor <dialog> . Een nieuw closedby attribuut bepaalt het gedrag:

<dialog closedby=none> : Er vindt helemaal geen door de gebruiker geactiveerde sluiting van dialoogvensters plaats.
<dialog closedby=closerequest> : Door op ESC (of een andere sluitknop) te drukken, wordt het dialoogvenster gesloten.
<dialog closedby=any> : Door buiten het dialoogvenster te klikken of op ESC te drukken, wordt het dialoogvenster gesloten. Hetzelfde gedrag als bij popover=auto .

CSS-markeringsovererving

Bij CSS highlight-overerving erven de CSS highlight-pseudoklassen, zoals ::selection en ::highlight , hun eigenschappen via de pseudo-highlightketen in plaats van via de elementketen. Het resultaat is een intuïtiever model voor de overerving van eigenschappen in highlights.

Lees voor meer informatie de blogpost 'Inheritance changes for CSS selection styling' van Stephen Chenney van Igalia.

`:has-slotted` pseudo-klasse

De pseudo-klasse :has-slotted vertegenwoordigt een slot-element met inhoud die in een slot is opgeslagen, zoals een tekstknooppunt of -element. Dit kan worden gebruikt om elementen te stylen op basis van de vraag of ze gebruikmaken van fallback-inhoud voor slots.

Web-API's

Functie voor attributierapportage: verwijder de limiet voor geaggregeerde rapporten wanneer de triggercontext-ID niet null is.

Deze wijziging is gebaseerd op feedback van API-gebruikers en de behoefte om een groter aantal conversiegebeurtenissen voor bepaalde gebruikersstromen te kunnen meten.

Momenteel heeft de API een limiet van maximaal 20 aggregeerbare rapporten per bronregistratie, wat beperkend is voor gebruiksscenario's waarbij een gebruiker een langer klanttraject doorloopt. Deze wijziging heft de limiet voor aggregeerbare rapporten op wanneer een triggercontext-ID wordt opgegeven als onderdeel van de registratie. Het verwijderen van deze limiet geldt alleen wanneer de triggercontext-ID is opgegeven, omdat de API in dat geval een hoger percentage null-rapporten toepast, wat helpt om te voorkomen dat informatie van verschillende sites via rapporttellingen lekt.

Daarnaast blijven aggregeerbare rapporten gebonden aan andere beperkingen die de totale hoeveelheid meetbare informatie beperken, zoals het L1-bijdragebudget (65.536) per bron en de limiet voor het toewijzingspercentage.

Blob-URL-partitionering: Ophalen/Navigatie

Als voortzetting van Storage Partitioning implementeert Chrome de partitionering van toegang tot Blob-URL's op basis van de opslagsleutel (top-level site, frame origin en de boolean-waarde has-cross-site-ancestor), met uitzondering van navigaties op top-level niveau, die alleen gepartitioneerd blijven op basis van frame origin. Dit gedrag is vergelijkbaar met wat momenteel door Firefox en Safari wordt geïmplementeerd en stemt het gebruik van Blob-URL's af op het partitioneringsschema dat door andere opslag-API's wordt gebruikt als onderdeel van Storage Partitioning. Daarnaast zal Chrome noopener afdwingen bij door de renderer geïnitieerde navigaties op top-level niveau naar Blob-URL's wanneer de corresponderende site cross-site is ten opzichte van de top-level site die de navigatie uitvoert. Dit stemt Chrome af op vergelijkbaar gedrag in Safari en de relevante specificaties zijn bijgewerkt om deze wijzigingen weer te geven.

Deze wijziging kan tijdelijk ongedaan worden gemaakt door het beleid PartitionedBlobURLUsage in te stellen. Dit beleid wordt buiten werking gesteld zodra de andere bedrijfsbeleidsregels met betrekking tot opslagpartitionering ook buiten werking worden gesteld.

Documentbeleid: `expect-no-linked-resources`

Het configuratiepunt expect-no-linked-resources in Document-Policy zorgt ervoor dat een document de user agent een hint kan geven om de laadvolgorde te optimaliseren, bijvoorbeeld door het standaardgedrag voor speculatief parsen (ook wel bekend als de preload scanner ) niet te gebruiken.

Gebruikersagenten hebben speculatieve parsing van HTML geïmplementeerd om bronnen die in de HTML-markup aanwezig zijn, speculatief op te halen en zo de laadtijd van pagina's te versnellen. Voor de overgrote meerderheid van de webpagina's met bronnen die in de HTML-markup zijn gedeclareerd, is deze optimalisatie gunstig en is de tijd die nodig is om deze bronnen te bepalen een acceptabele afweging. De volgende scenario's kunnen echter leiden tot een suboptimale prestatie-afweging ten opzichte van de expliciete tijd die wordt besteed aan het parsen van HTML om subbronnen te bepalen die moeten worden opgehaald:

Pagina's die geen resources in de HTML hebben gedeclareerd.
Grote HTML-pagina's met minimale of geen resourceladingen die het vooraf laden van resources expliciet kunnen beheren met behulp van andere beschikbare preload-mechanismen.

Het documentbeleid expect-no-linked-resources geeft de gebruikersagent de hint dat deze ervoor kan kiezen om de tijd die wordt besteed aan het bepalen van dergelijke subbronnen te optimaliseren.

Expliciet resourcebeheer (asynchroon en synchroon)

Deze functies spelen in op een veelvoorkomend patroon in softwareontwikkeling met betrekking tot de levensduur en het beheer van diverse resources (zoals geheugen en I/O). Dit patroon omvat doorgaans de toewijzing van een resource en de mogelijkheid om kritieke resources expliciet vrij te geven.

Breid de `console.timeStamp` API uit om metingen en weergaveopties te ondersteunen.

Deze functie breidt de console.timeStamp() API uit, op een achterwaarts compatibele manier, om een krachtige methode te bieden voor het instrumenteren van applicaties en het weergeven van timinggegevens in het Prestatiepaneel van DevTools.

Tijdregistraties die via de API worden toegevoegd, kunnen een aangepaste tijdstempel, duur en weergaveopties (track, swimlane en kleur) hebben.

`OffscreenCanvas` `getContextAttributes`

Voegt de getContextAttributes interface van CanvasRenderingContext2D toe aan OffscreenCanvasRenderingContext2D .

Private Aggregation API: bijdragebeperkingen per context voor gebruikers van Shared Storage.

Hiermee kunnen gebruikers van Shared Storage het aantal bijdragen per privé-aggregatierapport aanpassen.

Met deze functie kunnen gebruikers van Shared Storage per context bijdragebeperkingen instellen met een nieuw veld, maxContributions . Gebruikers kunnen dit veld instellen om het standaard aantal bijdragen per rapport te overschrijven; zowel grotere als kleinere aantallen zijn toegestaan. Chrome accepteert waarden voor maxContributions tussen 1 en 1000 (inclusief); grotere waarden worden geïnterpreteerd als 1000.

Vanwege de opvulling zal de omvang van de gegevens in elk rapport ruwweg evenredig zijn met het gekozen aantal bijdragen per rapport. We verwachten dat het kiezen voor grotere rapporten de operationele kosten van de aggregatieservice zal verhogen.

Bellers met een beveiligde doelgroep worden niet beïnvloed door deze functie. We zijn echter van plan om in toekomstige functies ondersteuning toe te voegen voor het aanpassen van het aantal bijdragen voor rapporten met een beveiligde doelgroep.

Ondersteuning voor `ImageSmoothingQuality` in `PaintCanvas`

Voeg ondersteuning toe voor het attribuut imageSmoothingQuality op Paint Canvas. Hiermee kan een webontwikkelaar de afweging maken tussen kwaliteit en prestaties bij het schalen van afbeeldingen. Er zijn drie geldige opties voor imageSmoothingQuality : low , medium en high .

WebGPU-subgroepen

Voegt subgroepfunctionaliteit toe aan WebGPU. Subgroepbewerkingen voeren SIMT-bewerkingen uit om efficiënte communicatie en gegevensuitwisseling tussen groepen aanroepen mogelijk te maken. Deze bewerkingen kunnen worden gebruikt om applicaties te versnellen door de geheugenoverhead te verminderen die wordt veroorzaakt door communicatie tussen aanroepen.

Nieuwe oorsprongsproeven

In Chrome 134 kun je je aanmelden voor de volgende nieuwe Origin-proefversies .

API voor digitale referenties

Websites kunnen tegenwoordig op verschillende manieren inloggegevens verkrijgen van mobiele wallet-apps, bijvoorbeeld via aangepaste URL-handlers en het scannen van QR-codes. Deze functie stelt websites in staat om identiteitsinformatie op te vragen bij wallets met behulp van Androids IdentityCredential CredMan systeem. Het is uitbreidbaar om meerdere inloggegevensformaten te ondersteunen (bijvoorbeeld ISO mDoc en W3C-verifieerbare gegevens) en maakt het gebruik van meerdere wallet-apps mogelijk. Er worden mechanismen toegevoegd om het risico op grootschalig misbruik van identiteitsgegevens te verminderen.

De Origin-proefversie, die start in Chrome 134, voegt ondersteuning toe voor deze API op het desktopplatform. Chrome op desktop communiceert dan op een veilige manier met de digitale portemonnee op de Android-telefoon om de gevraagde gegevens op te halen.

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.

In deze versie van Chrome is één functie verwijderd.

Verwijder niet-standaard audiobeperkingen voor getUserMedia.

Blink ondersteunt een aantal niet-standaard beperkingen met het voorvoegsel goog voor getUserMedia , daterend uit een tijd voordat beperkingen officieel werden gestandaardiseerd.

Het gebruik is aanzienlijk gedaald tot tussen de 0,000001% en 0,0009% (afhankelijk van de beperking) en sommige hebben zelfs geen effect meer vanwege wijzigingen in de Chromium-audiocapturestack. Binnenkort zal geen van deze beperkingen meer effect hebben vanwege andere aanstaande wijzigingen.

We verwachten geen grote problemen als gevolg van deze wijziging. Applicaties die deze beperkingen gebruiken, blijven werken, maar krijgen audio met de standaardinstellingen (alsof er geen beperkingen zijn doorgegeven). Ze kunnen ervoor kiezen om over te stappen op standaardbeperkingen.