Chrome 130 beta

Rachel Andrew

Data di pubblicazione: 18 settembre 2024

Se non diversamente indicato, le seguenti modifiche si applicano alla versione più recente 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 130 è in versione beta dal 18 settembre 2024. Puoi scaricare l'ultima versione su Google.com per computer o sul Google Play Store su Android.

CSS

Questa release aggiunge quattro nuove funzionalità CSS.

Ricerca ad albero semplice delle query dei contenitori CSS

La specifica per le query sui contenitori è stata modificata per cercare gli antenati dell'albero piatto. Questa modifica è pertinente solo per lo shadow DOM, in cui un elemento ora potrà vedere i contenitori senza nome all'interno degli alberi ombra in cui l'elemento o uno dei suoi antenati sono inseriti, anche se la regola CSS non utilizza ::part() o ::slotted().

Nesting CSS: la regola delle dichiarazioni nidificate

Mantiene le dichiarazioni semplici che seguono una regola nidificata al loro posto, racchiudendole in regole CSSNestedDeclarations durante l'analisi.

Supporto completo e senza prefisso di box-decoration-break

Aggiunge il supporto per box-decoration-break: clone sia per la frammentazione in linea (layout della riga) sia per la frammentazione a blocchi (impaginazione per la stampa e multicolonna).

In precedenza in Chrome, per la frammentazione dei blocchi era supportato solo box-decoration-break:slice (il valore iniziale), mentre per la frammentazione in linea era supportato anche box-decoration-break:clone, ma solo quando si utilizzava la proprietà -webkit-box-decoration-break con prefisso.

Consenti più pseudo-elementi e pseudo-classi dopo ::part()

I selettori CSS che utilizzano lo pseudo elemento ::part() possono avere altri pseudo elementi CSS (tranne ::part()) e molti tipi di altre pseudo classi CSS dopo di loro. I combinatori non sono ancora consentiti dopo ::part(), e le pseudo-classi che dipendono dalla struttura ad albero non sono consentite.

In precedenza, Chrome consentiva solo un insieme limitato di pseudo-classi e pseudo-elementi dopo ::part(). Questa modifica consente tutte le pseudo-classi e tutti gli pseudo-elementi che devono essere consentiti. Ciò significa che ora sono consentiti selettori come ::part(part-name):enabled e ::part(part-name)::marker.

API web

Funzionalità dell'API Attribution Reporting (ambiti dell'attribuzione)

Questa modifica si basa sul feedback della tecnologia pubblicitaria e sulla necessità di controlli di filtraggio più granulari prima che venga eseguito il processo di attribuzione. Consente ai chiamanti API di specificare un campo denominato "ambiti di attribuzione" che verrà utilizzato per il filtraggio prima di avviare il normale flusso di attribuzione. In questo modo, gli autori delle chiamate API hanno un controllo più preciso sulla granularità dell'attribuzione e la possibilità di ricevere report sull'attribuzione corretti quando sono presenti più inserzionisti o campagne diversi che generano conversioni sullo stesso sito di destinazione.

Funzionalità dell'API Attribution Reporting (miglioramento della privacy della chiave di debug)

Questa modifica contribuisce a colmare una potenziale lacuna della privacy con le chiavi di debug.

Attualmente, l'API consente di specificare una chiave di debug di origine o una chiave di debug del trigger se i cookie di terze parti sono disponibili e possono essere impostati dai chiamanti API. Se viene specificata una chiave di debug di origine o trigger, questa verrà inclusa nel report sull'attribuzione. Ciò potrebbe comportare una violazione della privacy se i cookie di terze parti sono consentiti solo sul sito del publisher o dell'inserzionista, ma non su entrambi.

Questa modifica mitiga il problema imponendo che le chiavi di debug dell'origine e le chiavi di debug del trigger vengano incluse nel report sull'attribuzione solo se sono presenti sia nell'origine che nel trigger, il che significherebbe che i cookie di terze parti erano disponibili sia sul sito del publisher che su quello dell'inserzionista. Questa modifica verrà applicata sia ai report a livello di evento sia a quelli aggregabili.

Trasporto del dizionario di compressione con Brotli condiviso e Zstandard condiviso

Questa funzionalità aggiunge il supporto per l'utilizzo di risposte precedenti designate come dizionario esterno per la compressione della codifica dei contenuti con Brotli o Zstandard.

Le aziende potrebbero riscontrare potenziali problemi di compatibilità con l'infrastruttura di rete aziendale che intercetta il traffico HTTPS ed è sensibile a codifiche dei contenuti sconosciute. Il criterio aziendale CompressionDictionaryTransportEnabled è disponibile per disattivare la funzionalità di trasporto dei dizionari di compressione.

Concurrent smooth scrollIntoView()

Il metodo scrollIntoView() con behavior: "smooth" consente agli sviluppatori di creare contenitori di scorrimento che scorrono fino ai relativi elementi secondari con un'animazione di scorrimento delicata. Questa funzionalità corregge l'implementazione dell'API di Chrome in modo che le animazioni scrollIntoView in corso non vengano annullate da scorrimenti non correlati in altri contenitori di scorrimento.

La funzionalità corregge anche i casi in cui Chrome non riesce a scorrere fino all'ancora di un frammento di pagina a causa di un scrollIntoView in competizione che viene richiamato al caricamento della pagina.

Picture in picture del documento: aggiungi l'opzione per ignorare la cache dei limiti della finestra

In questo modo viene aggiunto un nuovo parametro (preferInitialWindowPlacement) all'API Picture-in-Picture del documento che, se impostato su true, suggerisce allo user agent di non tentare di riutilizzare la posizione o le dimensioni della precedente Picture-in-Picture del documento di questo sito quando viene aperto.

Spesso, una finestra Picture in picture di un documento si chiude e si riapre più volte per lo stesso sito, ad esempio quando una videoconferenza viene spostata in modalità PiP e viceversa. L'user agent è libero di riaprire la finestra PIP con le dimensioni e la posizione più recenti, in modo che rimanga dove l'utente l'ha spostata l'ultima volta e garantisca la continuità tra le finestre PIP. Tuttavia, se la nuova finestra non è correlata semanticamente alla precedente, ad esempio se si tratta di una nuova videochiamata, lo sviluppatore può utilizzare questo parametro per fornire un suggerimento allo user agent che questa finestra potrebbe essere aperta meglio nella posizione e nelle dimensioni predefinite.

Scopri come aprire la finestra nella posizione e nelle dimensioni predefinite.

Miglioramento della segnalazione degli errori in IndexedDB per gli errori di lettura di valori di grandi dimensioni

Modifica dei report per determinati casi di errore precedentemente segnalati con un DOMException e il messaggio "Failed to read large IndexedDB value" (Impossibile leggere un valore IndexedDB di grandi dimensioni).

Ora Chrome genera un DOMException con il nome "NotFoundError" quando il file contenente i dati letti da una IDBRequest non è presente sul disco, in modo che i siti possano intraprendere l'azione correttiva appropriata quando si verifica un errore irrecuperabile. Le azioni correttive potrebbero includere l'eliminazione della voce dal database, la notifica all'utente o il recupero dei dati dai server.

Contenitori di scorrimento attivabili da tastiera

Questa funzionalità rende le barre di scorrimento senza elementi secondari attivabili attivabili con la tastiera per impostazione predefinita.

Si tratta di un miglioramento importante per rendere gli scorrimenti e i contenuti all'interno degli scorrimenti più accessibili a tutti gli utenti. Puoi scoprire di più sui suoi vantaggi in Barre di scorrimento attivabili da tastiera. Le barre di scorrimento attivabili da tastiera saranno attive per impostazione predefinita a partire da Chrome 130. Se i siti web hanno bisogno di tempo per adattarsi a questa nuova funzionalità, ci sono alcune opzioni:

Servizi di offerte e aste Protected Audience

L'API Protected Audience (precedentemente nota come FLEDGE) è una proposta di Privacy Sandbox per pubblicare casi d'uso di remarketing e segmenti di pubblico personalizzati, progettata in modo che terze parti non possano monitorare il comportamento di navigazione degli utenti su diversi siti.

Questa funzionalità, Servizi di offerte e aste di Protected Audience, illustra un modo per consentire l'esecuzione del calcolo di Protected Audience su server cloud in un ambiente di esecuzione attendibile, anziché localmente sul dispositivo di un utente. Il trasferimento dei calcoli ai server cloud può contribuire a ottimizzare l'asta Protected Audience, per liberare cicli di calcolo e larghezza di banda di rete per un dispositivo.

Supporto degli URL con schemi non speciali

In precedenza, il parser URL di Chrome non supportava gli URL non speciali. Il parser analizza gli URL non speciali come se avessero un "percorso opaco", che non è allineato allo standard URL. Ora, il parser URL di Chromium analizza correttamente gli URL non speciali, seguendo lo standard URL.

Per ulteriori dettagli, visita la pagina bit.ly/url-non-special.

Funzioni integrate per le stringhe JavaScript di WebAssembly

Questa funzionalità espone operazioni comuni sulle stringhe JavaScript per l'importazione in WebAssembly. In questo modo puoi creare e manipolare stringhe JavaScript da WebAssembly senza supporto all'interno di WebAssembly. Ciò consente comunque di ottenere prestazioni simili a quelle dei riferimenti alle stringhe supportati.

WebGPU: fusione a doppia sorgente

Aggiunge la funzionalità GPU facoltativa "dual-source-blending" che consente di combinare due output di shader di framenti in un unico framebuffer. Questa tecnica è particolarmente utile per le applicazioni che richiedono operazioni di fusione complesse, come quelle basate sulle modalità di fusione Porter-Duff. Riducendo la necessità di modifiche frequenti all'oggetto stato della pipeline, la combinazione di due origini può migliorare le prestazioni e la flessibilità.

Web Serial: attributo connected ed eventi di connessione RFCOMM

Questa funzionalità aggiunge un attributo booleano SerialPort.connected. L'attributo restituisce true se la porta seriale è connessa logicamente. Per le porte seriali cablata, una porta è connessa logicamente se è collegata fisicamente al sistema. Per le porte seriali wireless, una porta è connessa logicamente se il dispositivo che ospita la porta ha connessioni aperte all'host.

In precedenza, solo le porte seriali cablate inviavano eventi di connessione e disconnessione. Con questa funzionalità, le porte seriali RFCOMM Bluetooth inviano questi eventi quando la porta viene connessa o disconnessa logicamente.

Questa funzionalità ha lo scopo di consentire alle applicazioni di rilevare quando è disponibile una porta seriale RFCOMM Bluetooth senza aprirla.

Scopri di più in Aggiornamenti di Bluetooth RFCOMM in Web Serial.

Prove dell'origine in corso

In Chrome 130 puoi attivare le seguenti nuove prove dell'origine.

API Language Detector

Un'API JavaScript per rilevare la lingua del testo, con livelli di confidenza.

WebAuthn attestationFormats

Supporta il campo attestationFormats dal livello 3 di WebAuthn.

WebAuthn Livello 3 supporta un sito che esprime una preferenza ordinata per i formati di attestazione delle credenziali nel nuovo campo attestationFormats. Questa funzionalità consente il supporto su Android, dove più formati possono essere supportati dai fornitori di passkey.

Registrati per la prova di WebAuthn attestationFormats.

Ritiri e rimozioni

Questa versione di Chrome introduce le seguenti deprecazioni e rimozioni. Visita ChromeStatus.com per elenchi di deprecazioni pianificate, deprecazioni attuali e rimozioni precedenti.

Questa release di Chrome rimuove una funzionalità.

Rimuovi expectedImprovement in DelegatedInkTrailPresenter

L'attributo expectedImprovement indica agli sviluppatori web il miglioramento che l'API DelegatedInkTrails apporterà alla latenza dell'inchiostro attuale. Tuttavia, questo attributo non vale l'aumento dell'entropia dell'impronta.

Questa release di Chrome ritira una funzionalità.

Deprecazione del metodo GPUAdapter requestAdapterInfo() non standard

Il metodo asincrono requestAdapterInfo() in WebGPU è ridondante perché gli sviluppatori possono già ottenere GPUAdapterInfo in modo sincrono utilizzando l'attributo GPUAdapter info.