Aggiunte all'API Screen Capture, interpolazione delle proprietà CSS griglia-modello 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 dall'elenco su ChromeStatus.com. Chrome 107 è in versione beta a partire dal 29 settembre 2022. Puoi scaricare la versione più recente da Google.com per computer oppure dal Google Play Store per Android.
Interpolazione delle proprietà grid-template CSS
Nella griglia CSS, le proprietà grid-template-columns e grid-template-rows consentono agli sviluppatori di definire i nomi delle linee e di monitorare il dimensionamento delle righe e delle colonne della griglia, rispettivamente. Grazie ai nostri collaboratori di Microsoft, ora supportiamo l'interpolazione per queste proprietà. I layout griglia ora possono passare uniformemente da uno stato all'altro, anziché agganciarsi a metà di un'animazione o una transizione.
Controlli di condivisione dello schermo che garantiscono la tutela della privacy
L'API Screen Capture introduce aggiunte all'API Media Capture e Streams esistenti per consentire all'utente di selezionare una schermata o parte di una schermata (ad esempio una finestra) da acquisire come stream multimediale. Questo stream può 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 offerto all'utente.
Ciò consente di evitare l'auto-acquisizione accidentale, quando gli utenti scelgono accidentalmente la scheda su cui è in esecuzione l'app, si crea 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 durante la condivisione dello schermo. Questa opzione verrà passata a navigator.mediaDevices.getDisplayMedia().
Il pulsante Condividi questa scheda consente invece agli utenti di cambiare facilmente la scheda che stanno condividendo, senza dover selezionare di nuovo la scheda delle 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 gestirlo.
MediaTrackConstraintSet.displaySurface
Quando viene richiamato getDisplayMedia(), il browser offre all'utente la possibilità di scegliere tra diverse 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 piattaforma venga offerto all'utente in modo più evidente.
Stato di blocco del rendering in tempo delle risorse
Aggiunge un campo a PerfomanceResourceTiming per indicare lo stato di blocco della visualizzazione di una risorsa. Attualmente, dal punto di vista degli sviluppatori, l'unico modo per determinare quali risorse hanno effettivamente bloccato il 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 nel criterio delle autorizzazioni strutturato 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 dover 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")
Supporto dell'attributo rel negli elementi <form>
Questa funzionalità aggiunge l'attributo rel agli elementi del modulo, il che permette di impedire che window.opener sia presente sui siti web visitati dagli elementi del modulo che hanno rel=noopener e impedisce l'invio dell'intestazione del referrer con rel=noreferrer.
Prove dell'origine
Questa release di Chrome prevedeva due nuove prove delle origini.
API Declarative PendingBeacon
Un'API per beacon stateful che consente al browser di controllare quando vengono inviati i beacon. Un beacon è un bundle di dati inviato a un server di backend, senza aspettarsi una risposta specifica. Spesso è auspicabile inviarli alla fine della visita di un utente a una pagina, ma non c'è un buon momento per effettuare questa chiamata di "invio". Questa API delega l'invio al browser stesso, in modo da supportare i beacon all'unload o all'occultamento della pagina, senza che lo sviluppatore debba implementare l'invio delle chiamate al momento giusto.
L'esecuzione di questa prova è prevista fino alla versione 109 di Chrome. Registrati per la prova qui.
Autorizzazioni-Criterio: unload
Questa funzionalità consente alle pagine di disabilitare l'esecuzione dei gestori di eventi unload. L'obiettivo è consentire ai siti che hanno rimosso tutti i gestori dell'unload per evitare di aggiungerne accidentalmente di nuovi. Ciò aiuterà i siti a eseguire la migrazione dai gestori di eventi di unload e quindi a migliorare la percentuale di successo BFCache.
L'esecuzione di questa prova è prevista fino alla versione 109 di Chrome. Registrati per la prova qui.
Rimozioni e ritiri
Questa versione di Chrome introduce i ritiri e le rimozioni elencate di seguito. Visita il sito ChromeStatus.com per consultare gli elenchi di ritiri pianificati, ritiri in corso e rimozioni precedenti.
Questa release di Chrome ritira una funzionalità.
TC previsto
Expect-CT è un'intestazione HTTP che consentiva ai siti web di attivare l'applicazione forzata di Certificate Transparency prima dell'applicazione predefinita per impostazione predefinita. Dispone inoltre di funzionalità di generazione di report per aiutare gli sviluppatori a rilevare gli errori di configurazione di CT.
L'intestazione HTTP Expect-CT è stata progettata per facilitare la transizione all'applicazione forzata di CT (Universal Certificate Transparency), 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 Chrome lo richieda (da Chrome) su tutti i siti web pubblici. Tuttavia, Expect-CT non è più utile. Ora Chrome richiede CT su tutti i siti web pubblici, quindi non esiste più alcun valore di sicurezza per Expect-CT. Nessun altro browser ha implementato Expect-CT, quindi la sua rimozione non costituisce un problema di interoperabilità.