Gepubliceerd: 1 oktober 2025
Tenzij anders vermeld, zijn deze wijzigingen van toepassing op de bètaversie van Chrome 142 voor Android, ChromeOS, Linux, macOS en Windows. Meer informatie over deze functies vindt u via de links of op ChromeStatus.com. Download Chrome 142 bèta via Google.com voor desktop of de Google Play Store voor Android.
CSS en UI
:target-before
en :target-after
pseudo-klassen
Deze pseudo-klassen komen overeen met scrollmarkeringen die zich vóór of na de actieve markering bevinden (overeenkomstig met :target-current
) binnen dezelfde scrollmarkeringsgroep, zoals bepaald door de volgorde van de platte boom:
-
:target-before
: Komt overeen met alle scrollmarkeringen die voorafgaan aan de actieve markering in de platte boomvolgorde binnen de groep. -
:target-after
: Komt overeen met alle scrollmarkeringen die in de platte boomvolgorde binnen de groep op de actieve markering volgen.
Absolute positionering voor het ::view-transition
element
Weergaveovergangen gebruiken een pseudo-subboom van het element, waarbij ::view-transition
de root van die overgang is. Voorheen werd het element ::view-transition
gespecificeerd met position: fixed
. De CSS Working Group heeft besloten om dit position: absolute
te maken, waardoor Chrome die wijziging nu toepast.
Deze verandering zou niet merkbaar moeten zijn, omdat het blok dat dit element bevat, zowel in het absolute als in het vaste geval het momentopnameblok blijft. Het enige merkbare verschil zit in getComputedStyle
.
activeViewTransition
eigenschap op document
Met de View Transitions API kunnen ontwikkelaars visuele overgangen tussen verschillende statussen starten. Het primaire SPA-toegangspunt is startViewTransition()
, dat een overgangsobject retourneert. Dit object bevat verschillende promises en functionaliteit om de voortgang van de overgang te volgen en stelt u in staat overgangen te manipuleren, bijvoorbeeld door de overgang over te slaan of de typen ervan te wijzigen.
Vanaf Chrome 142 hoeven ontwikkelaars dit object niet meer op te slaan. Een eigenschap document.activeViewTransition
vertegenwoordigt dit object, of null
als er geen overgang actief is.
Dit geldt ook voor MPA-overgangen, waarbij het object alleen beschikbaar is via pageswap
en pagereveal
-gebeurtenissen. In deze update wordt document.activeViewTransition
voor de duur van de overgang op dit object ingesteld.
Bereiksyntaxis voor stijlcontainerquery's en if()
Chrome verbetert CSS-stijlquery's en de if()
functie door ondersteuning toe te voegen voor bereiksyntaxis.
Het breidt stijlquery's uit die verder gaan dan exacte waardematching (bijvoorbeeld style(--theme: dark)
). Ontwikkelaars kunnen vergelijkingsoperatoren (zoals >
en <
) gebruiken om aangepaste eigenschappen, letterlijke waarden (bijvoorbeeld 10px of 25%) en waarden van substitutiefuncties zoals attr()
en env()
te vergelijken. Voor een geldige vergelijking moeten beide zijden naar hetzelfde gegevenstype worden omgezet. Het is beperkt tot de volgende numerieke typen: <length>
, <number>
, <percentage>
, <angle>
, <time>
, <frequency>
en <resolution>
.
Voorbeelden:
Vergelijk een aangepaste eigenschap met een letterlijke lengte:
@container style(--inner-padding > 1em) {
.card {
border: 2px solid;
}
}
Vergelijk twee letterlijke waarden
@container style(1em < 20px) {
/* ... */
}
Stijlbereiken gebruiken in if()
:
.item-grid {
background-color: if(style(attr(data-columns, type<number>) > 2): lightblue; else: white);
}
Interest Invokers (het interestfor
attribuut)
Chrome voegt een interestfor
kenmerk toe aan <button>
en <a>
-elementen. Dit kenmerk voegt "interesse"-gedrag toe aan het element. Wanneer een gebruiker "interesse toont" in het element, worden acties geactiveerd op het doelelement, bijvoorbeeld het weergeven van een pop-up. De user agent detecteert wanneer een gebruiker "interesse toont" in het element door bijvoorbeeld de muisaanwijzer boven het element te houden, speciale sneltoetsen op het toetsenbord in te drukken of het element lang ingedrukt te houden op touchscreens. Wanneer interesse wordt getoond of verloren gaat, wordt een InterestEvent
geactiveerd op het doelelement, met standaardacties voor pop-upvensters, zoals het weergeven en verbergen van de pop-up.
De font-language-override
-eigenschap
Chrome introduceert ondersteuning voor de CSS-eigenschap font-language-override
. Met deze eigenschap kunnen ontwikkelaars de systeemtaal die wordt gebruikt voor OpenType-tekenvervanging overschrijven door een taaltag van vier tekens rechtstreeks in CSS op te geven.
Het maakt nauwkeurige typografische controle mogelijk, wat vooral handig is voor meertalige inhoud of lettertypen met taalspecifieke glyphvarianten.
Het download
in het SVG <a>
-element
Chrome introduceert ondersteuning voor het download
in de SVGAElement
interface, in lijn met de SVG 2-specificatie. Met het download
kunnen auteurs aangeven dat ze het doel van een SVG-hyperlink downloaden in plaats van ernaartoe te navigeren. Dit weerspiegelt het gedrag dat al wordt ondersteund in HTMLAnchorElement
. Het bevordert de interoperabiliteit tussen belangrijke browsers en zorgt voor consistent gedrag tussen HTML- en SVG <a>
-elementen, en verbetert de ontwikkelaarservaring en gebruikersverwachtingen.
Mobiele en desktoppariteit voor bepaalde elementrenderingmodi
Door de size
en multiple
kenmerken te gebruiken, kan het <select>
-element worden weergegeven als een keuzelijst op de pagina of als een knop met een pop-up. Deze modi zijn echter niet consistent beschikbaar op mobiel en desktop Chrome. Weergave van keuzelijsten op de pagina is niet beschikbaar op mobiel en een knop met een pop-up is niet beschikbaar op desktop wanneer het kenmerk multiple
kenmerken' aanwezig is.
Deze update voegt de keuzelijst toe aan mobiel en een pop-up met meerdere selecties aan desktop, en zorgt ervoor dat opt-ins met de size
en multiple
kenmerken dezelfde weergavemodus opleveren op mobiel en desktop. De wijzigingen worden als volgt samengevat:
- Wanneer het kenmerk
size
een waarde groter dan1
heeft, wordt altijd in-page rendering gebruikt. Mobiele apparaten negeerden dit voorheen. - Wanneer het kenmerk
multiple
is ingesteld zonder kenmerksize
, wordt in-page rendering gebruikt. Mobiele apparaten gebruikten voorheen een pop-up in plaats van een keuzelijst op de pagina. - Wanneer het kenmerk
multiple
is ingesteld metsize=1
, wordt een pop-upvenster weergegeven. Desktopapparaten gebruikten voorheen een keuzelijst op de pagina.
Vaste gebruikersactivering bij navigaties die door de renderer met dezelfde oorsprong zijn geïnitieerd
Chrome behoudt de sticky gebruikersactivatiestatus nadat een pagina naar een andere pagina met dezelfde oorsprong navigeert. Het ontbreken van gebruikersactivatie op de pagina na de navigatie verhindert sommige toepassingen, bijvoorbeeld het weergeven van virtuele toetsenborden met autofocus. Dit heeft ontwikkelaars geblokkeerd die MPA's over SPA's willen bouwen.
Dit geldt niet voor navigatieverzoeken die door de browser worden gestart (opnieuw laden, navigeren in de geschiedenis, getypte URL in de adresbalk, enzovoort).
Web-API's
WebGPU: primitive_index
functie
WebGPU voegt een nieuwe optionele mogelijkheid toe die een nieuwe ingebouwde WGSL-shader beschikbaar stelt, primitive_index
. Deze biedt een index per primitief voor fragmentshaders op ondersteunde hardware, vergelijkbaar met de ingebouwde vertex_index
en instance_index
. De primitieve index is handig voor geavanceerde grafische technieken, zoals gevirtualiseerde geometrie.
WebGPU: Textuurformaten tier1 en tier2
Breid de ondersteuning voor GPU-textuurformaten uit met mogelijkheden zoals render attachment, blending, multisampling, resolve en storage_binding.
DataTransfer-eigenschap voor insertFromPaste
, insertFromDrop
en insertReplacementText
invoergebeurtenissen
Vul de eigenschap dataTransfer
bij invoergebeurtenissen met inputType
-waarden van insertFromPaste
, insertFromDrop
en insertReplacementText
om toegang te bieden tot het klembord en gegevens te kunnen slepen en neerzetten tijdens bewerkingen in contenteditable-elementen.
Het dataTransfer
object bevat dezelfde gegevens die beschikbaar waren tijdens de beforeinput
-gebeurtenis.
Deze functie is alleen van toepassing op contenteditable elementen. Voor formulierbesturingselementen (textarea
, input
) blijft het gedrag ongewijzigd.
Deze eigenschap zorgt ervoor dat Chrome compatibel is met Safari en Firefox.
Mediasessie: voeg reden toe om enterpictureinpicture
actiedetails in te voeren
Voegt enterPictureInPictureReason
toe aan de MediaSessionActionDetails
die naar de actie enterpictureinpicture
in de Media Session API wordt verzonden. Hierdoor kunnen ontwikkelaars onderscheid maken tussen enterpictureinpicture
acties die expliciet door de gebruiker worden geactiveerd (bijvoorbeeld via een knop in de user-agent) en enterpictureinpicture
acties die automatisch door de user-agent worden geactiveerd omdat de content verborgen raakt.
Contextuele biasing van de Web Speech API
Met deze update kunnen websites contextuele biasing voor spraakherkenning ondersteunen door een lijst met herkenningszinnen toe te voegen aan de Web Speech API.
Ontwikkelaars kunnen een lijst met zinnen aanleveren en deze bijwerken om een voorkeur voor die zinnen toe te passen op de spraakherkenningsmodellen. Dit verbetert de nauwkeurigheid en relevantie van domeinspecifieke en gepersonaliseerde spraakherkenning.
Striktere *+json
MIME-tokenvalidatie voor JSON-modules
Weiger JSON-modulescriptreacties waarvan het MIME-type of subtype niet-HTTP-tokencodepunten bevat (bijvoorbeeld spaties) wanneer deze overeenkomen met *+json
. Dit is in lijn met de MIME Sniffing-specificatie en andere engines. Het maakt deel uit van het focusgebied van de Interop2025-modules.
FedCM: ondersteuning voor het weergeven van iframe-oorsprongen van derden in de gebruikersinterface
Vóór Chrome 142 toonde FedCM altijd de hoofdsite in de gebruikersinterface.
Dit werkt goed als het iframe conceptueel first-party is ( foo.com
kan bijvoorbeeld een iframe foostatic.com
hebben, wat voor de gebruiker niet betekenisvol is).
Maar als het iframe daadwerkelijk van derden is, is het beter om de oorsprong van het iframe in de gebruikersinterface te tonen, zodat gebruikers beter begrijpen met wie ze hun inloggegevens delen. Een foto-editor kan bijvoorbeeld geïntegreerd zijn in een webapp voor het publiceren van boeken en gebruikers toegang willen geven tot bestanden die ze eerder met de foto-editor hebben opgeslagen. Deze mogelijkheid is nu beschikbaar.
Isolatie van oorsprong-gecodeerde processen
Verschuift het procesisolatiebeleid van het vergrendelen van processen aan een site (bijvoorbeeld example.com
) naar het vergrendelen ervan aan een specifieke oorsprong (bijvoorbeeld foo.example.com
).
Om de beveiliging verder te verbeteren, stapt Chrome over op een gedetailleerder procesisolatiemodel genaamd 'Origin Isolation'. Chrome gebruikte 'Site Isolation', waarmee verschillende oorsprongen van dezelfde site, bijvoorbeeld a.example.com
en b.example.com
, werden gegroepeerd in één rendererproces.
Met Origin Isolation wordt elke individuele oorsprong (zoals https://foo.example.com
) geïsoleerd in een eigen renderproces. Het versterkt de beveiligingsarchitectuur van Chrome door procesgrenzen af te stemmen op het fundamentele oorspronggebaseerde beveiligingsmodel van het web, wat zorgt voor een betere bescherming tegen mogelijke kwetsbaarheden binnen websites.
Interoperabele pointerrawupdate
-gebeurtenissen worden alleen in beveiligde contexten weergegeven
De PointerEvents-specificatie beperkte pointerrawupdate
in 2020 tot beveiligde contexten, waardoor zowel de gebeurtenisactivering als de globale gebeurtenislisteners werden verborgen voor onveilige contexten. Met deze update voldoet Chrome aan de bijgewerkte specificatie en wordt het interoperabel met andere belangrijke browsers.
Oorsprongsproeven gaande
In Chrome 142 kunt u kiezen voor de volgende nieuwe oorsprongsproeven .
Apparaatgebonden sessiereferenties
Een manier voor websites om een sessie veilig aan één apparaat te koppelen.
Hiermee kunnen servers een sessie veilig aan een apparaat koppelen. De browser vernieuwt de sessie periodiek wanneer de server daarom vraagt, met bewijs van het bezit van een privésleutel.
TCP Socket Pool per top-level-site
Dit experiment evalueert de impact van het wijzigen van de TCP-socketpoolgrootte per profiel van 256 (de standaard) naar 513, terwijl tegelijkertijd een limiet van 256 per toplevelsite wordt toegevoegd (om ervoor te zorgen dat niet twee tabbladen de pool uitputten). De haalbaarheid van het verhogen van de limiet per profiel naar 512 werd onderzocht en leverde geen negatieve resultaten op. De limiet van 256 per toplevelsite is gelijk aan de standaardlimiet per profiel en zou dus geen negatieve invloed op de prestaties moeten hebben. Deze limieten worden onafhankelijk van elkaar opgelegd voor de WebSocketpool en de normale (HTTP) socketpool.
Het is de bedoeling om het experiment direct uit te voeren als er geen negatieve effecten optreden.