Data di rilascio stabile: 14 maggio 2024
Se non diversamente indicato, le seguenti modifiche si applicano alla versione stabile di Chrome 125 di rilascio del canale per Android, ChromeOS, Linux, macOS e Windows.
HTML e DOM
Serializzazione shadow DOM dichiarativa
Una funzionalità per consentire agli sviluppatori di serializzare gli alberi DOM contenenti radici ombra, standardizzato di recente nello standard HTML.
Bug di monitoraggio n. 41490936 | Voce ChromeStatus.com | Specifiche
CSS
Posizionamento degli anchor CSS
Il posizionamento dell'ancoraggio CSS consente agli sviluppatori di eseguire il tethering con un elemento con posizionamento assoluto a uno o più altri elementi della pagina (gli ancoraggi), in modo dichiarativo, senza utilizzare JavaScript. Il posizionamento degli ancoraggi funziona in modo efficace quando gli ancoraggi sono scorrevoli. Un caso d'uso comune è il posizionamento di un popover come descrizione comando accanto all'elemento che l'ha richiamato o un menu di selezione e il relativo popover elenco di opzioni. Prima della funzionalità di posizionamento degli ancoraggi, questi casi d'uso richiedevano JavaScript per posizionare dinamicamente il popover e mantenerlo ancorato come è stato fatto scorrere l'elemento di richiamo, che è una pistola per esibizioni e nel modo giusto. Grazie al posizionamento dell'anchor, questi casi d'uso possono essere implementati in modo efficace e dichiarativo.
La funzionalità di posizionamento degli ancoraggi è composta da un numero elevato di proprietà CSS. R alcune delle proprietà chiave sono le seguenti:
anchor-name: consente di impostare un elemento come ancoraggio per altri elementi.position-anchor: descrive il valore predefinito ancorare un elemento ancorato per il posizionamento degli ancoraggi.- Funzione
anchor(): utilizzata per fare riferimento alla posizione dell'ancoraggio nel posizionamento dell'elemento ancorato. inset-area: una forma abbreviata per il posizionamento, per le posizioni relative comuni.
Presentazione dell'API di posizionamento dell'ancoraggio CSS | Bug di monitoraggio n. 40059176 | Voce ChromeStatus.com | Specifiche
Funzioni di valore con rientri CSS: round(), mod() e rem()
Le funzioni con valori con rientri,
round(),
mod() e
rem(), trasformano tutti un dato
in base a un altro "valore del passo".
La funzione CSS round() restituisce un numero arrotondato in base a un arrotondamento selezionato
strategia.
La funzione CSS mod() restituisce un modulo rimasto quando il primo parametro è
diviso per il secondo parametro, in modo simile all'operatore resto JavaScript
(%). Il modulo è il valore rimasto quando un operando, il dividendo, viene
diviso per un secondo operando, il divisore. Prende sempre il segno
divisore.
La funzione CSS rem() restituisce un resto quando il primo parametro
viene diviso per il secondo parametro, in modo simile all'operatore resto JavaScript
(%). Il resto è il valore rimasto quando un operando, il dividendo, è
diviso per un secondo operando, il divisore. Prende sempre il segno
dividendo.
Bug di monitoraggio n. 40253179 | Voce ChromeStatus.com | Specifiche
Nuova sintassi per il CSS personalizzato :state()
Lo stato personalizzato CSS consente agli elementi personalizzati di esporre le proprie pseudo-classi. La
la sintassi è stata specificata nel CSSWG e Chrome 125 ora supporta il nuovo
sintassi :state(foo). Questa modifica avrà una finestra in cui Chrome
supporterà sia la vecchia sintassi (:--foo) sia la nuova sintassi, in modo che i siti web
puoi passare alla nuova versione.
Voce ChromeStatus.com | Specifiche
Rimuovi la discontinuità per i colori Oklab e Oklch con una leggerezza di quasi il 100% o pari a 0
Prima di questo cambiamento, tutti i colori Lab, LCH, Oklab e Oklch con un valore di luminosità del 100% è stato visualizzato come bianco, indipendentemente dagli altri due parametri. Tutti i colori in questi spazi con un valore di leggerezza pari a 0 sono stati visualizzati come neri. Questi due mappature hanno causato discontinuità nei gradienti e sono state inaspettate sviluppatori.
Con questo rollback, questi colori non vengono più mappati artificialmente il colore visualizzato sarà continuo con i colori vicini e dipenderà la mappatura della gamma di gamma del display.
Voce ChromeStatus.com | Specifiche
Barre di scorrimento principali della combinazione di colori utilizzata
Consente al browser di utilizzare la combinazione di colori preferita dall'utente per eseguire il rendering dell'area visibile
barre di scorrimento se il valore delle "combinazioni di colori supportate dalla pagina" è 'normale' o meno
specificato e il valore calcolato
color-scheme
per l'elemento principale è normal. Le barre di scorrimento dell'area visibile possono essere considerate
al di fuori dei contenuti web. Di conseguenza, gli user agent devono rispettare le
la combinazione di colori preferita durante il rendering delle barre di scorrimento dell'area visibile, se lo sviluppatore ha
non specificato esplicitamente per le combinazioni di colori.
Questa modifica non impedisce agli sviluppatori di controllare la combinazione di colori per barre di scorrimento. Il nuovo comportamento fa sì che il browser utilizzi lo schema di colori per eseguire il rendering delle barre di scorrimento non overlay dell'area visibile solo se lo sviluppatore non ha specificato la combinazione di colori per l'elemento principale.
titolo | Bug di monitoraggio n. 40259909 | Voce ChromeStatus.com | Specifiche
Classe view-transitions
È disponibile una nuova proprietà CSS view-transition-class che ti consente di
specificare una o più classi di transizione della vista. Puoi quindi selezionare
ViewTransition pseudoelementi che utilizzano queste classi, ad esempio
::view-transition-group(*.class).
Questa è un'estensione dell'API ViewTransaction che semplifica lo stile degli pseudo elementi delle transizioni di visualizzazione in modo simile le classi CSS semplificano lo stile dei normali elementi DOM.
Bug di monitoraggio n. 41492972 | Voce ChromeStatus.com | Specifiche
Caricamento in corso
Accetta URL HTTP e HTTPS durante la creazione di WebSocket
Questo aggiornamento abilita gli schemi HTTP e HTTPS nel costruttore di WebSocket,
consentendo anche agli sviluppatori di usare URL relativi. Questi sono normalizzati in
gli schemi interni ws: e wss:.
Bug di monitoraggio n. 325979102 | Voce ChromeStatus.com | Specifiche
API web
Aggiunte all'API Attribution Reporting
Le funzionalità sono state aggiunte all'API Attribution Reporting per crearne altre funzionalità di debug mediante il supporto dell'analisi dei report di debug sugli errori, migliorare l'API ergonomia supportando un campo per specificare la piattaforma di registrazione preferita e migliorare la privacy.
L'API Compute Pressure
L'API Compute Pressure offre che rappresentano il carico della CPU sul sistema. Consente implementazione per usare le giuste metriche hardware di base per garantire che gli utenti sfruttare tutta la potenza di elaborazione a loro disposizione finché non è sottoposto a uno stress ingestibile.
Intel ha gestito il lavoro di progettazione e implementazione di questa API, che consentirà alle app di videoconferenza di bilanciare dinamicamente funzionalità e le prestazioni dei dispositivi.
API Compute Pressure | Bug di monitoraggio n. 40683064 | Voce ChromeStatus.com | Specifiche
Estensione dell'API Storage Access (SAA) all'archiviazione senza cookie
Questa operazione avvia l'estensione proposta dell'API Storage Access (a ritroso compatibili ed è stato sottoposto alla prova di origine) per consentire l'accesso a cookie non partizionati e archiviazione senza cookie in un contesto di terze parti. L'API corrente fornisce solo l'accesso ai cookie, che hanno casi d'uso diversi rispetto all'archiviazione diversa dai cookie.
Bug di monitoraggio n. 40282415 | Voce ChromeStatus.com | Specifiche
Requisito CORS FedCM sull'endpoint di asserzione ID
È difficile interpretare i recuperi nell'API FedCM a causa delle loro proprietà come richiesto. Mentre è in corso un dibattito sugli account endpoint, c'è inoltre un ampio consenso sul fatto che l'endpoint di asserzione ID debba per utilizzare CORS. Questo aggiornamento allinea maggiormente le proprietà di sicurezza di questo recupero a altri recuperi nella piattaforma web.
Aggiornamenti di FedCM: prova dell'origine dell'API Button Mode, CORS e SameSite | Bug di monitoraggio n. 40284123 | Voce ChromeStatus.com
La richiesta con credenziali FedCM non invia più il cookie SameSite=Strict
FedCM ora invia richieste di asserzione ID con CORS. Questa modifica implica che Chrome
non verranno più inviati cookie SameSite=Strict all'endpoint di asserzione ID, tuttavia
Chrome continua a inviare SameSite=None. Poiché non ha senso inviare un
un diverso insieme di cookie per l'endpoint degli account e l'asserzione ID
questo endpoint li rende coerenti.
Anche il mancato invio di cookie a SameSite=Strict è conforme a
Comportamento di requestStorageAccess
e le richieste tra siti in generale.
Bug di monitoraggio n. 329145816 | Voce ChromeStatus.com | Specifiche
Azione predefinita mousemove interoperabile
Chrome ha consentito di annullare gli eventi mousemove per impedire ad altre API come il testo
selezione (e persino con trascinamento della selezione). Non corrisponde ad altri importanti
browser; né è conforme alle specifiche
degli eventi UI. Ora la selezione del testo
più l'azione predefinita di mousemove. La selezione e il trascinamento del testo possono
non può essere annullata annullando gli eventi selectstart e dragstart
rispettivamente.
Questa funzionalità verrà implementata lentamente a partire da Chrome 125 e dovrebbe essere affinché tutti gli utenti siano disponibili tramite Chrome 126.
Demo | Bug di monitoraggio n. 40078978 | Voce ChromeStatus.com | Specifiche
Modificatori delle espressioni regolari
I modificatori di espressione regolare consentono di modificare localmente i, m,
e s all'interno di un pattern.
Per attivare un flag per una sottoespressione, usa (?X:subexpr) dove X è uno di
i, m o s. Per disattivare un flag per una sottoespressione, utilizza (-X:subexpr).
Ad esempio, per il flag i senza distinzione tra maiuscole e minuscole:
const re1 = /^[a-z](?-i:[a-z])$/i;
re1.test("ab"); // true
re1.test("Ab"); // true
re1.test("aB"); // false
const re2 = /^(?i:[a-z])[a-z]$/;
re2.test("ab"); // true
re2.test("Ab"); // true
re2.test("aB"); // false
Voce ChromeStatus.com | Specifiche
Espressione regolare di gruppi di cattura denominati duplicati
I gruppi di acquisizione con nome duplicati consentono di utilizzare lo stesso nome del gruppo di acquisizione tra alternative. Ad esempio:
const re = /(?<year>[0-9]{4})-[0-9]{2}|[0-9]{2}-(?<year>[0-9]{4})/;
In questo caso, year è valido per la prima alternativa ((?<year>[0-9]{4})-[0-9]{2}),
o la seconda alternativa ([0-9]{2}-(?<year>[0-9]{4})).
Voce ChromeStatus.com | Specifiche
App di Chrome
API Direct Sockets nelle app di Chrome
Questo aggiornamento facilita la transizione di app specializzate dalle app di Chrome a Isolate le app web attivando Direct Sockets nelle app di Chrome, consentendo le app web stabilire il protocollo di controllo della trasmissione diretta (TCP) e il protocollo del datagramma degli utenti comunicazioni (UDP) con dispositivi e sistemi di rete.
Voce ChromeStatus.com | Specifiche
Nuove prove dell'origine
API FedCM Button Mode e Use Other Account API
Questa prova dell'origine include le due API FedCM seguenti.
L'API Button Mode consente ai siti web di chiamare FedCM tramite un clic su un pulsante, come Facendo clic sul pulsante Accedi all'IdP. Ciò richiede FedCM per garantire risponde sempre con un'interfaccia utente visibile, al contrario della modalità widget, che non mostra una UI quando gli utenti si disconnettono. Chiamata all'API FedCM in La modalità pulsante porta gli utenti ad accedere all'IdP (in una finestra di dialogo), quando sono disconnessi.
Inoltre, poiché la modalità dei pulsanti viene richiamata all'interno di un utente gesto, l'UI potrebbe anche essere più evidente (ad esempio, centrata e modale) rispetto alla UI dalla modalità widget (che non presenta contenuti l'intenzione). Scopri di più su come funziona l'API Button Mode in Aggiornamenti di FedCM: prova dell'origine dell'API Button Mode, CORS e SameSite
L'API Use Other Account consente a un provider di identità di consentire agli utenti di accedere altri account.
Prova dell'origine | Demo | Bug di monitoraggio n. 40284792 | Voce ChromeStatus.com | Specifiche
API pieghevoli
Questa prova dell'origine include l'API Device Posture e i segmenti dell'area visibile API Enumeration. Queste API sono progettate per aiutare gli sviluppatori a scegliere come target dispositivi mobili.
Prova dell'origine | Prova dell'origine per le API pieghevoli | Voce ChromeStatus.com | Specifiche
Prova di ritiro per proprietà e metodi HTMLVideoElement Fullscreen con prefisso
Questa prova relativa al ritiro ti consente di riattivare il supporto per i Proprietà e metodi di HTMLVideoElement se hai bisogno di più tempo per le API nel tuo codice.
Prova dell'origine | Voce ChromeStatus.com
Salta la scansione di precaricamento
Salta lo scanner di precaricamento per esplorare compromessi in termini di rendimento per le pagine senza recuperi di risorse secondarie.
Il passaggio dello scanner di precaricamento favorisce le prestazioni delle pagine con risorsa secondaria tramite l'implementazione del precaricamento speculativo. Tuttavia, per le pagine che non beneficiano di questo passaggio, ovvero per le pagine senza risorse secondarie, si tratta di un overhead aggiuntivo di elaborazione con pochi vantaggi.
Per gli utenti web avanzati che desiderano trarre vantaggio dalla riduzione di questo overhead, questo fornisce un controllo a livello di pagina per disattivare lo scanner di precaricamento. Dati raccolti da questo esperimento potrebbero valutare se un'API modificata o un altro sarebbe utile l'implementazione dello scanner di precaricamento HTML.
Prova dell'origine | Bug di monitoraggio n. 330802493 | Voce ChromeStatus.com | Specifiche
Rimozioni e rimozioni
Rimuovi "posizionamento finestra" alias del criterio di autorizzazione e autorizzazione "window-management"
Rimuove il "posizionamento finestra" alias per autorizzazioni e norme relative alle autorizzazioni "gestione delle finestre". Questo fa parte di uno sforzo più ampio di rinominare le stringhe alla fine il ritiro e la rimozione di "window-placement". La modifica della terminologia migliora la longevità del descrittore rispetto alla L'API di gestione si evolve nel tempo.
titolo | Bug di monitoraggio n. 40842072 | Voce ChromeStatus.com | Specifiche
Rimozione del criterio aziendale: NewBaseUrlInheritanceBehaviorAllowed
La modifica al codice sottostante (abilita il nuovo comportamento di ereditarietà dell'URL di base) che questo l'override dei criteri aziendali è stato abilitato nelle release stabili da agosto 2023 (Chrome 118). Da quando sono stati affrontati problemi noti, questa azienda è stato rimosso in Chrome 125.
Rimozione di proprietà e metodi HTMLVideoElement Fullscreen con il prefisso
Le API a schermo intero HTMLVideoElement con prefisso sono state deprecate dal giorno
Chrome 38. Sono stati sostituiti da Element.requestFullscreen(), che per primo
è stato fornito senza prefisso nel 2018 in Chrome 71.
I seguenti metodi e proprietà verranno rimossi da HTMLVideoElement:
webkitSupportsFullscreenwebkitDisplayingFullscreenwebkitEnterFullscreen()webkitExitFullscreen()webkitEnterFullScreen()(nota la diversa lettere maiuscole della "S" in FullScreen)webkitExitFullScreen()
Registrati alla prova relativa al ritiro indicata in questo post, se il tuo sito si basa su questi fattori e hai bisogno di più tempo per aggiornare il codice.
Per approfondire
Cerchi altro? Dai un'occhiata a queste risorse aggiuntive.
- Novità di Chrome 125
- Novità di Chrome DevTools 125
- Aggiornamenti di ChromeStatus.com per Chrome 125
- Calendario dei rilasci di Chrome
- Prossimi ritiri
- Prossime rimozioni