以下是一些注意事項:
- 使用新的可視區域大小單元,能更輕鬆地建立自動調整式 UI。
- 顏色向量字型現在支援可變字型。
FileSystemSyncAccessHandle
介面中的方法 (File System Access API 的一部分) 現在已同步。- 還有許多其他功能
我是 Adriana Jara我們來深入說明 Chrome 108 為開發人員推出的新功能。
新的可視區域大小單元
新的可視區域單元可讓您進一步掌控建立自動調整式 UI。
這些單位會將瀏覽器中可展開或收合的 UI 元素納入考量,因此會以不同方式測量可視區域區域。例如網址列。
large
單位會假設這些使用者代理程式介面處於收合狀態,會提供可視區域大小。
另一方面,small
單元則會假設介面已展開,提供可視區域大小。
此外,dynamic
單位會根據瀏覽器介面元素是否顯示,自動調整可視區域的大小。
這個值會是大單位 (上限) 和小單位 (最小值) 限制範圍內的任何值。
詳情請參閱這篇文章。另請參閱 Android 可視區域大小調整行為中的變更,妥善處理可視區域。
COLRv1 現在支援可變數字型。
自 Chrome 第 98 版起,就開始支援 COLRv1 色彩向量字型,但初始版本僅支援 COLRv1 表格的靜態功能。
不過,COLRv1 規格也包含 OpenType 變化版本,也就是透過變更變數軸值來變更字型屬性。現在支援這類變化版本。
這個版本也包含 CSS @supports
的 font-tech()
和 font-format()
條件擴充功能。
在這些情況下,開發人員會偵測何時可以使用字型功能為使用者提供最新體驗;如果無法提供支援,還能建立備用選項。
請按這裡觀看示範影片,運用可變字型提昇文字內容的效果。
FileSystemSyncAccessHandle 方法現已同步。
來源私人檔案系統提供一種特殊類型的檔案的存取權,且檔案會根據效能進行最佳化調整,開發人員只要呼叫 createSyncAccessHandle()
即可存取這類檔案。這類檔案是在 FileSystemFileHandle
物件上公開的方法。
這項呼叫會產生 FileSystemSyncAccessHandle
。
該存取控制代碼中的 truncate(newSize)
、getSize()
、flush()
和 close()
方法過去為非同步性質,但在 Chrome 108 版中將會同步。
改變的主因在於,這個 API 讓 FileSystemSyncAccessHandle
與 Wasm 型應用程式的同步、類似 POSIX 檔案 API 一致。這個 API 不僅更符合人體工學,還能大幅提升效能。
如果您使用上述方法,這項操作可能會發生破壞性變更。如果您使用上述方法,則所有使用 Promise.then()
都會中斷。如果您針對任何先前非同步方法且現在同步方法的結果鏈結 then()
呼叫,就需要變更程式碼。
// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */
如需詳細操作說明,請參閱這篇文章
還有更多獎品等著您!
當然還有許多其他事物。
- 正在對遭取代的元素推出
overflow
行為中的變更。 - 如果您是識別資訊提供者,請參閱 Federated Credential Management API。
- 工作站結構定義現已提供 Media Source Extensions API。
其他資訊
以上內容僅涵蓋部分重點功能。如要瞭解 Chrome 108 的其他變更,請點選下方連結。
- Chrome 開發人員工具新功能 (108)
- Chrome 108 淘汰和移除內容
- 適用於 Chrome 108 的 ChromeStatus.com 更新
- Chromium 原始碼存放區變更清單
- Chrome 發布時間表
訂閱
如要隨時掌握最新資訊,請訂閱 Chrome Developers YouTube 頻道,每當我們推出新影片時,您就會收到電子郵件通知。
我是 Adriana Jara。Chrome 109 推出後,我很樂意告訴大家 Chrome 有哪些新功能!