Aggiunte all'API Screen Capture, all'interpolazione delle proprietà dei modelli di griglia CSS e altro ancora.
Se non diversamente indicato, le modifiche descritte di seguito si applicano alla release 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 nell'elenco su ChromeStatus.com. Chrome 107 è in versione beta dal 29 settembre 2022. Puoi scaricare la versione più recente su Google.com per computer o dal Google Play Store su Android.
Interpolazione delle proprietà grid-template
del CSS
In CSS Grid, le proprietà grid-template-columns
e grid-template-rows
consentono agli sviluppatori di definire i nomi delle linee e di monitorare le dimensioni di colonne e righe della griglia, rispettivamente. Grazie ai nostri collaboratori di Microsoft, ora supportiamo l'interpolazione per queste proprietà. I layout a griglia ora possono passare facilmente da uno stato all'altro, invece di agganciarsi a metà di un'animazione o di una transizione.
Controlli di condivisione schermo incentrati sulla tutela della privacy
L'API Screen Capture introduce aggiunte alle API Media Capture e Streams esistenti per consentire all'utente di selezionare una schermata o una parte di una schermata (ad esempio una finestra) da acquisire come stream multimediale. Questo stream può quindi essere registrato o condiviso con altri utenti sulla rete. In questa versione beta vengono aggiunte alcune nuove funzionalità all'API.
DisplayMediaStreamConstraints.selfBrowserSurface
Suggerimento che consente alle applicazioni web di indicare al browser se, al momento della chiamata a getDisplayMedia()
, la scheda corrente deve essere esclusa dall'elenco di schede offerte all'utente.
In questo modo è possibile evitare l'acquisizione automatica accidentale di dati quando gli utenti scelgono per errore la scheda su cui è in esecuzione l'app, viene generato un effetto "Hall of Mirrors" che confonde gli utenti e fa deragliare le discussioni con gli utenti remoti.
DisplayMediaStreamConstraints.surfaceSwitching
Aggiunge un'opzione per controllare in modo programmatico se Chrome mostra un pulsante per cambiare scheda quando è attiva la condivisione dello schermo. Questa opzione verrà passata a navigator.mediaDevices.getDisplayMedia()
.
Il pulsante Condividi questa scheda consente agli utenti di cambiare facilmente la scheda che stanno condividendo, senza dover selezionare di nuovo la scheda per le videoconferenze, fare clic su un pulsante per avviare di nuovo getDisplayMedia()
o selezionare una nuova scheda da un lungo elenco di schede. Questo comportamento è esposto in modo condizionale perché non tutte le applicazioni web sono in grado di gestire questo comportamento.
MediaTrackConstraintSet.displaySurface
Quando viene chiamato getDisplayMedia()
, il browser offre all'utente una scelta di piattaforme di visualizzazione: schede, finestre o monitor. Utilizzando il vincolo displaySurface, l'applicazione web ora può suggerire al browser se preferisce che un determinato tipo di superficie venga offerto all'utente in modo più evidente.
Stato del blocco del rendering in Resource Timing
Aggiunge un campo a PerfomanceResourceTiming
per indicare lo stato di blocco del rendering di una risorsa. Attualmente, dal punto di vista degli sviluppatori, l'unico modo per determinare quali risorse costituissero effettivamente un blocco del rendering è affidarsi a euristiche complesse. Il nuovo campo fornirebbe invece un indicatore diretto in merito.
Caratteri jolly nelle origini dei criteri delle autorizzazioni
Questa funzionalità aggiunge il supporto per i caratteri jolly nei criteri relativi alle autorizzazioni strutturati come SCHEME://*.HOST:PORT
(ad esempio, https://*.foo.com/), in cui potrebbe essere creata un'origine valida da SCHEME://HOST:PORT
(ad esempio https://foo.com/). Ciò richiede che HOST sia almeno eTLD+1 (un dominio registrabile). Ciò significa che https://*.bar.foo.com/
funziona, ma https://*.com/
no. I caratteri jolly nella sezione dello schema e della porta non saranno supportati e https://*.foo.com/
non delega a https://foo.com/
. In precedenza, un criterio di autorizzazione potrebbe avere il seguente aspetto:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Con questa funzione, puoi utilizzare:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Supporta l'attributo rel
negli elementi <form>
.
Questa funzionalità aggiunge l'attributo rel
agli elementi del modulo, impedendo così la presenza di window.opener
sui siti web a cui vengono indirizzati gli elementi del modulo che hanno rel=noopener
e impedisce che l'intestazione del referrer venga inviata con rel=noreferrer
.
Prove dell'origine
Questa release di Chrome aveva 2 nuove prove dell'origine.
API dichiarativa PendingBeacon
Un'API di beacon stateful che consente al browser di controllare l'invio dei beacon. Un beacon è un bundle di dati inviati a un server di backend senza aspettarsi una risposta particolare. Spesso è preferibile inviarle al termine della visita di un utente a una pagina, ma non c'è un buon momento per inviare questi messaggi la chiamata da effettuare. Questa API delega l'invio al browser stesso, quindi può supportare i beacon durante l'unload o l'occultamento della pagina, senza che lo sviluppatore debba implementare le chiamate di invio al momento giusto.
Questa prova dovrebbe essere eseguita fino a Chrome 109. Registrati per la prova qui.
Autorizzazioni-Criterio: unload
Questa funzionalità consente alle pagine di disattivare l'esecuzione dei gestori di eventi unload. L'obiettivo è consentire ai siti che hanno rimosso tutti i gestori dell'unload per garantire che non ne aggiungano accidentalmente di nuovi. In questo modo, i siti potranno eseguire la migrazione dai gestori di eventi di unload e quindi migliorare la percentuale di hit di BFCache.
Questa prova dovrebbe essere eseguita fino a Chrome 109. Registrati per la prova qui.
Rimozioni e rimozioni
Questa versione di Chrome introduce i ritiri e le rimozioni elencati di seguito. Visita il sito ChromeStatus.com per consultare gli elenchi di ritiri pianificati, ritiri attuali e rimozioni precedenti.
In questa versione di Chrome viene ritirata una funzionalità.
Attesa-CT
Expect-CT
è un'intestazione HTTP che ha consentito ai siti web di attivare l'applicazione forzata di Certificate Transparency prima dell'applicazione per impostazione predefinita. Dispone inoltre di funzionalità di reporting per aiutare gli sviluppatori a scoprire le configurazioni errate di CT.
L'intestazione HTTP Expect-CT
è stata progettata per facilitare la transizione all'applicazione universale di Certificate Transparency (CT), consentendo ai siti web di alto valore di attivare l'applicazione forzata di CT o la generazione di report per una maggiore sicurezza prima che sia richiesta l'applicazione forzata di CT (da Chrome) su tutti i siti web pubblici. Tuttavia, Expect-CT
ha perso la sua utilità. Ora Chrome richiede CT su tutti i siti web pubblici, quindi non è più presente alcun valore di sicurezza per Expect-CT
. Nessun altro browser ha implementato Expect-CT
, quindi la sua rimozione non è un problema di interoperabilità.