以下是一些注意事項：
- 使用新的可視區域大小單元，能更輕鬆地建立自動調整式 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 有哪些新功能！