Chrome 107 Beta 版

新增 Screen Capture API、CSS 格線範本屬性內插等等。

除非另有說明,否則以下所述的變更會套用到 Android、ChromeOS、Linux、macOS 和 Windows 的最新 Chrome Beta 版測試版本。透過提供的連結或 ChromeStatus.com 上的清單,進一步瞭解這裡列出的功能。Chrome 107 目前為 Beta 版,截至 2022 年 9 月 29 日。你可以透過電腦前往 Google.com 下載最新版本,也可以透過 Android 裝置前往 Google Play 商店下載最新版本。

CSS grid-template 屬性內插類型

在 CSS 格線中,開發人員可以使用 grid-template-columnsgrid-template-rows 屬性分別定義行名稱,並追蹤格線欄與列的大小。感謝 Microsoft 的貢獻者,我們現在為這些屬性支援內插類型。格狀版面配置現在可以在狀態之間流暢轉換,而不必在動畫或轉換的中間點貼齊。

保護隱私權的螢幕畫面分享控制項

Screen Capture API 為現有的 Media Capture and Streams API 新增額外功能,讓使用者能夠選取某個畫面或部分內容 (例如視窗) 做為媒體串流擷取。然後,你也可以錄製這個直播,或透過網路與他人分享。在這個 Beta 版中,我們添加了一些新功能。

DisplayMediaStreamConstraints.selfBrowserSurface

允許網頁應用程式指示瀏覽器在呼叫 getDisplayMedia() 時,是否應從為使用者提供的分頁清單中排除目前的分頁。

這有助於防止使用者不小心按到應用程式執行中的分頁,因此會造成使用者混淆,甚至不讓遠端使用者進行討論。

DisplayMediaStreamConstraints.surfaceSwitching

新增透過程式輔助方式控制 Chrome 是否在分享螢幕畫面時顯示切換分頁的按鈕選項。這個選項會傳送到 navigator.mediaDevices.getDisplayMedia()

「改為分享這個分頁」按鈕可讓使用者順暢切換正在分享的分頁,無須再次選取視訊會議分頁、再次點選按鈕啟動「getDisplayMedia()」,或在較長的分頁清單中選取新分頁。因為並非所有網頁應用程式都能處理這個行為,因此有條件地公開。

MediaTrackConstraintSet.displaySurface

呼叫 getDisplayMedia() 時,瀏覽器會讓使用者選擇顯示分頁、視窗或顯示器。透過 displaySurface 限制,網頁應用程式可讓瀏覽器提示使用者更顯眼的特定表面類型。

進一步瞭解這些功能如何避免意外過度共用。

「資源時間」中的轉譯封鎖狀態

PerfomanceResourceTiming 中新增欄位,指出資源的轉譯封鎖狀態。目前在開發人員的角度來看,如要判斷哪些資源實際上會遭到封鎖,只能依賴複雜的經驗法則。這個新欄位則會改為提供關於相同內容的直接信號。

權限政策來源中的萬用字元

這項功能在權限政策 (例如 SCHEME://*.HOST:PORT (例如 https://*.foo.com/)) 中新增對萬用字元的支援,因為這個政策可透過 SCHEME://HOST:PORT 建構有效的來源 (例如 https://foo.com/)。主機名稱不得為 eTLD+1 (可註冊的網域)。這表示 https://*.bar.foo.com/ 可以正常運作,但 https://*.com/ 無法。系統將不支援配置和通訊埠區段中的萬用字元,且 https://*.foo.com/ 不會委派給 https://foo.com/。先前,權限政策可能需如下所示:

permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")

透過這項功能,您可以使用:

permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")

支援在 <form> 元素中使用 rel 屬性

這項功能會在表單元素中加入 rel 屬性,以免透過含有 rel=noopener 的表單元素前往的網站顯示 window.opener,並會防止參照標頭透過 rel=noreferrer 傳送。

來源試用

這個版本的 Chrome 有 2 個新的來源試用

宣告式 PendingBeacon API

這個有狀態的信標 API 可讓瀏覽器控制信標的傳送時間。「信標」是傳送到後端伺服器的資料組合,不會預期獲得特定回應。使用者造訪網頁時通常是想將這些資訊傳送出去,但因此沒有時間發出「send」呼叫。這個 API 可將傳送至瀏覽器本身的工作委派給瀏覽器,讓開發人員不必在適當時機執行呼叫,即可支援網頁卸載或網頁隱藏時的信標。

這項試用測試預計會持續至 Chrome 109 版。按這裡報名試用

Permissions-Policy:卸載

這項功能允許網頁停用卸載事件處理常式的執行。目的是允許已移除所有卸載處理常式的網站,確保不會意外新增新處理常式。這可協助網站遷移卸載事件處理常式,進而改善 BFCache 命中率

這項試用測試預計會持續至 Chrome 109 版。按這裡報名試用

淘汰和移除

這個版本的 Chrome 推出了下列淘汰和移除功能。請造訪 ChromeStatus.com,查看預定淘汰事項、目前淘汰功能以及先前移除項目的清單。

這個版本的 Chrome 淘汰了一項功能。

預期 - CT

Expect-CT 是一種 HTTP 標頭,可讓網站在預設強制執行憑證透明化之前,選擇強制執行憑證透明化控管機制。同時提供報表功能,可協助開發人員找出 CT 設定錯誤。

Expect-CT HTTP 標頭旨在協助您改採通用憑證透明化 (CT) 強制執行,也就是允許高價值網站選擇啟用 CT 強制執行功能或回報功能,在 Chrome 強制對所有公開網站強制執行 CT 以提升安全性。不過,Expect-CT 現在已不具實用性。Chrome 目前要求所有公開網站都必須採用 CT,因此 Expect-CT 不再具有安全性價值。沒有其他瀏覽器已實作 Expect-CT,因此移除這項程式碼並不會造成互通性問題。