Se non diversamente specificato, le seguenti modifiche si applicano all'ultima release del canale beta di Chrome per Android, ChromeOS, Linux, macOS e Windows. Scopri di più sulle funzionalità elencate qui tramite i link forniti o dall'elenco su ChromeStatus.com. Chrome 125 è in versione beta a partire dal 17 aprile 2024. Puoi scaricare la versione più recente da Google.com per computer o dal Google Play Store su Android. Una volta rilasciate nella versione stabile, tutte le funzionalità incluse sono disponibili nelle note di rilascio.
CSS
In questa release sono state aggiunte due nuove funzionalità CSS e sono state apportate due modifiche correlate a CSS.
Posizionamento ancoraggio CSS
Il posizionamento di ancoraggio CSS consente agli sviluppatori di eseguire il tethering di un elemento con una posizione assoluta 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 è posizionare un popover come una descrizione comando accanto all'elemento che lo ha richiamato oppure un menu di selezione e il relativo elenco di opzioni popover. Prima della funzionalità di posizionamento dell'ancoraggio, questi casi d'uso richiedevano JavaScript per posizionare dinamicamente il popover e mantenerlo ancorato mentre l'elemento di richiamo veniva fatto scorrere, il che è una dimostrazione di prestazioni ed è difficile da capire. Con il posizionamento anchor, questi casi d'uso possono essere implementati in modo efficace e dichiarativo.
La funzionalità di posizionamento degli ancoraggi è costituita da un numero elevato di proprietà CSS. Alcune delle proprietà chiave sono le seguenti:
anchor-name: consente di impostare un elemento come ancoraggio per altri elementi.position-anchor: descrive l'ancoraggio "predefinito" che un elemento di ancoraggio deve utilizzare per il posizionamento dell'ancoraggio.- La funzione
anchor(): utilizzata per fare riferimento alla posizione dell'elemento ancoraggio, nel posizionamento dell'elemento ancorato. inset-area: una forma abbreviata del posizionamento, per posizioni relative comuni.
Funzioni di valore con rientri CSS: round(), mod() e rem()
Le funzioni con valore con rientri,
round(),
mod() e
rem(), trasformano tutte un determinato
valore in base a un altro "valore di passaggio".
La funzione CSS round() restituisce un numero arrotondato in base a una strategia di arrotondamento selezionata.
La funzione CSS mod() restituisce un modulo rimasto quando il primo parametro viene diviso per il secondo parametro, in modo simile all'operatore JavaScript resto (%). Il modulo è il valore rimasto quando un operando, il dividendo, è diviso per un secondo operando, il divisore. Prende sempre il segno del divisore.
La funzione CSS rem() restituisce un resto quando il primo parametro viene diviso per il secondo parametro, in modo simile all'operatore JavaScript resto (%). Il resto è il valore rimasto quando un operando, il dividendo, è diviso per un secondo operando, il divisore. Prende sempre il segno del
dividendo.
Rimuovi la discontinuità per i colori Oklab e Oklch con una leggerezza di quasi il 100% o 0
Prima di questa modifica, tutti i colori Lab, LCH, Oklab e Oklch con un valore di luminosità del 100% venivano visualizzati in bianco, indipendentemente dagli altri due parametri. Tutti i colori in questi spazi con un valore di luminosità pari a 0 sono stati visualizzati come neri. Questi due mapping hanno causato discontinuità nei gradienti e non erano previsti per gli sviluppatori web.
Con questo rollback, questi colori non vengono più mappati artificialmente e il colore visualizzato risultante sarà continuo con i colori vicini e dipenderà dalla mappatura della gamma del display.
Barre di scorrimento principali della combinazione di colori utilizzata
Consente al browser di utilizzare la combinazione di colori preferita dall'utente per visualizzare le barre di scorrimento dell'area visibile se il valore delle "schemi di colori supportate dalla pagina" è "normale" o non è specificato e il valore calcolato di color-scheme per l'elemento principale è normal. Le barre di scorrimento dell'area visibile
possono essere considerate esterne ai contenuti web. Pertanto, gli user agent devono rispettare la combinazione di colori preferita dall'utente durante il rendering delle barre di scorrimento dell'area visibile, se lo sviluppatore non ha specificato esplicitamente il supporto per le combinazioni di colori.
Questa modifica non impedisce agli sviluppatori di controllare la combinazione di colori per le barre di scorrimento. Il nuovo comportamento fa sì che il browser utilizzi lo schema colori preferito dall'utente per visualizzare le barre di scorrimento non overlay dell'area visibile solo se lo sviluppatore non ha specificato la combinazione di colori per l'elemento principale.
HTML
Contenitori di scorrimento attivabili dalla tastiera
Migliora l'accessibilità rendendo i contenitori di scorrimento attivabili mediante la navigazione con stato attivo sequenziale. Prima di questa modifica, il tasto Tab non permetteva di impostare lo stato attivo degli scorrimenti,
a meno che tabIndex non sia impostato esplicitamente su 0 o su un valore superiore.
Se rendi attivabili gli scorrimenti per impostazione predefinita, gli utenti che non possono (o non vogliono) utilizzare il mouse potranno impostare lo stato attivo sui contenuti ritagliati utilizzando i tasti Freccia e Tab della tastiera. Questo comportamento viene attivato solo se lo scorrimento non contiene elementi secondari attivabili della tastiera.
Si tratta di un'implementazione continua, iniziata in Chrome 124, che dovrebbe essere disponibile per tutti gli utenti a partire da Chrome 125. Scopri di più sugli scorrimenti con attivazione/disattivazione della tastiera.
Serializzazione shadow DOM dichiarativa
Una funzionalità che consente agli sviluppatori di serializzare gli alberi DOM contenenti radici shadow, recentemente standardizzata nello standard HTML.
API web
Aggiunte all'API Attribution Reporting
Sono state aggiunte funzionalità all'API Attribution Reporting per creare ulteriori funzionalità di debug supportando l'analisi dei report di debug degli errori, migliorare l'ergonomia dell'API supportando un campo per specificare la piattaforma di registrazione preferita e migliorare la privacy.
L'API Compute Pressure
L'API Compute Pressure offre stati di alto livello che rappresentano il carico della CPU sul sistema. Consente all'implementazione di utilizzare le giuste metriche hardware di base per garantire che gli utenti possano sfruttare tutta la potenza di elaborazione a loro disposizione, purché il sistema non sia sotto 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 prestazioni.
Accetta URL HTTP(S) durante la creazione di WebSocket
Questo aggiornamento consente gli schemi HTTP(s) nel costruttore WebSocket, consentendo anche agli sviluppatori di utilizzare URL relativi. Questi sono normalizzati per gli schemi interni ws: e wss:.
Estensione dell'API Storage Access (SAA) all'archiviazione senza cookie
Viene avviata l'estensione proposta dell'API Storage Access (compatibile con le versioni precedenti ed è in prova dell'origine) per consentire l'accesso all'archiviazione non partizionata di cookie e non in un contesto di terze parti. L'API attuale fornisce l'accesso solo ai cookie, che hanno casi d'uso diversi rispetto all'archiviazione non basata sui cookie.
Requisito CORS FedCM sull'endpoint di asserzione ID
I recuperi nell'API FedCM sono difficili da ragionare a causa delle loro proprietà. Sebbene sia in corso una discussione in merito all'endpoint degli account, è anche in gran parte d'accordo sul fatto che l'endpoint dell'asserzione ID debba utilizzare CORS. Questo aggiornamento allinea le proprietà di sicurezza di questo recupero agli altri recuperi nella piattaforma web. Scopri di più su come funziona il requisito CORS in Aggiornamenti FedCM: prova dell'origine dell'API Button Mode, CORS e SameSite.
Azione predefinita per lo spostamento del mouse interoperabile
Chrome consentiva di annullare gli eventi di mousemove per impedire altre API come la selezione del testo (e persino la funzione di trascinamento della selezione in passato). Non corrisponde ad altri browser principali né alle specifiche degli eventi UI. La selezione del testo non sarà più l'azione predefinita del mousemove. La selezione del testo e il trascinamento possono comunque essere
impediti tramite l'annullamento degli eventi selectstart e dragstart
rispettivamente.
Aggiornamenti all'API Shared Storage
Questo aggiornamento aggiunge il supporto per l'esecuzione di worklet tra origini senza dover creare un iframe.
App di Chrome
API Direct Sockets nelle app di Chrome
Questo aggiornamento aiuta a facilitare la transizione delle app specializzate dalle app di Chrome alle app web isolate, abilitando i socket diretti nelle app di Chrome, consentendo alle app web di stabilire le comunicazioni con protocollo TCP e Datagram Protocol (UDP) con i dispositivi e i sistemi di rete.
Nuove prove dell'origine
A partire da Chrome 125, puoi attivare le seguenti nuove prove delle origini.
API FedCM Button Mode e Use Other Account API
Questa prova dell'origine include le seguenti due API FedCM.
L'API Button Mode consente ai siti web di chiamare FedCM facendo clic su un pulsante, ad esempio facendo clic su un pulsante Accedi all'IdP. Ciò richiede che FedCM garantisca di rispondere sempre con un'interfaccia utente visibile, al contrario della modalità widget, che non mostra una UI quando gli utenti si disconnettono. La chiamata all'API FedCM in modalità pulsante consente agli utenti di accedere all'IdP (in una finestra di dialogo), quando gli utenti non sono connessi.
Inoltre, poiché la modalità del pulsante viene chiamata all'interno di un gesto esplicito dell'utente, l'interfaccia utente potrebbe anche essere più in evidenza (ad esempio, centrata e modale) rispetto a quella della modalità widget (che non ha questa intenzione esplicita). Scopri di più su come funziona l'API Button Mode in Aggiornamenti 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 ad altri account.
Registrati per la prova dell'origine FedCM.
API pieghevoli
Questa prova dell'origine include l'API Device Posture e l'API Viewport Audiences Enumration. Queste API sono progettate per aiutare gli sviluppatori a scegliere come target i dispositivi pieghevoli. Scopri di più nella pagina Prova dell'origine per le API pieghevoli.
Registrati alla prova dell'origine delle API pieghevoli.
Disattivazione di Media Previews
Questa prova dell'origine inversa esclude i siti dal lancio di Media Previews.
Chrome intende fornire anteprime in tempo reale dell'input della fotocamera e del microfono nel momento in cui i siti web richiedono le autorizzazioni di accesso al microfono e alla fotocamera. Saranno disponibili anche nelle informazioni sulla pagina del sito.
Inoltre, gli utenti con più dispositivi potranno selezionare una fotocamera e un microfono nel momento in cui vengono richieste le autorizzazioni, a meno che il sito non abbia richiesto un dispositivo specifico tramite getUserMedia().
Questa funzionalità è in fase di sviluppo in contemporanea a un altro progetto relativo alle autorizzazioni, Page-Embedded Permissions Controls (PEPC). Gli utenti saranno esposti a PEPC nell'ambito di un processo di lancio indipendente che prevede una prova dell'origine separata o esperimenti specifici per sito.
Prova relativa al ritiro di proprietà e metodi Fullscreen HTMLVideoElement con prefisso
Questa prova relativa al ritiro ti consente di riattivare il supporto per le proprietà e i metodi HTMLVideoElement con prefisso se hai bisogno di più tempo per modificare il codice. Consulta i dettagli completi delle proprietà e dei metodi rimossi nella sezione Deprecazioni e rimozioni.
Registrati alla prova relativa al ritiro dell'API Prefixed Video a schermo intero.
Ignora scansione di precaricamento
Salta lo scanner di precaricamento per esplorare i compromessi in termini di prestazioni per le pagine senza recupero di risorse secondarie.
Il passaggio di precaricamento dello scanner favorisce le prestazioni delle pagine con recuperi di risorse secondarie, attraverso l'implementazione del precaricamento speculativo. Tuttavia, per le pagine che non traggono vantaggio da 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 ridurre il sovraccarico, questo esperimento fornisce un controllo a livello di pagina per disattivare lo scanner di precaricamento. I dati raccolti da questo esperimento potrebbero valutare se sarebbe utile un'API modificata o un'implementazione diversa dello scanner di precaricamento HTML.
Registrati alla prova dell'origine per ignorare il precaricamento.
Rimozioni e deprecazioni
Visita il sito ChromeStatus.com per consultare gli elenchi di ritiri pianificati, deprecazioni attuali e rimozioni precedenti.
In questa release di Chrome vengono rimosse le tre funzionalità indicate di seguito.
Rimuovi l'alias "window-placement" per il criterio di autorizzazione e autorizzazione "window-management"
Rimuove l'alias "window-placement" per il criterio di autorizzazione e autorizzazione "window-management". Questa operazione fa parte di uno sforzo più ampio per rinominare le stringhe, ritirando e rimuovendo "window-placement" alla fine. La modifica alla terminologia migliora la longevità del descrittore man mano che l'API di gestione delle finestre si evolve nel tempo.
Rimozione del criterio Enterprise: NewBaseUrlInheritanceBehaviorAllowed
La modifica del codice sottostante (abilita un nuovo comportamento di ereditarietà dell'URL di base) che questo criterio aziendale esegue l'override è stata abilitata nelle release stabili da agosto 2023 (118.0.5966.0). Poiché i problemi noti sono stati risolti, questo criterio aziendale verrà rimosso in Chrome 125.
Rimozione delle proprietà e dei metodi a schermo intero HTMLVideoElement con prefisso
Le API a schermo intero HTMLVideoElement con prefisso sono state ritirate da Chrome 38. Sono stati sostituiti da Element.requestFullscreen(), che per la prima volta
non aveva più prefisso nel 2018 in Chrome 71.
Le proprietà e i metodi seguenti verranno rimossi da HTMLVideoElement:
webkitSupportsFullscreenwebkitDisplayingFullscreenwebkitEnterFullscreen()webkitExitFullscreen()webkitEnterFullScreen()(nota le diverse lettere maiuscole della "S" in Schermo intero)webkitExitFullScreen()
Registrati alla prova relativa al ritiro elencata in questo post se il tuo sito si basa ancora su questi prodotti e hai bisogno di più tempo per l'aggiornamento del codice.