Chữ cái đầu tiên của CSS, trình xử lý khởi chạy ứng dụng web, hỗ trợ iframe trên nhiều nguồn gốc cho API FedCM, v.v.
Trừ khi có ghi chú khác, những thay đổi được mô tả bên dưới sẽ áp dụng cho bản phát hành mới nhất của kênh beta của Chrome dành cho Android, ChromeOS, Linux, macOS và Windows. Tìm hiểu thêm về các tính năng được liệt kê tại đây thông qua các đường liên kết được cung cấp hoặc trong danh sách trên ChromeStatus.com. Chrome 110 đang ở giai đoạn thử nghiệm từ ngày 12 tháng 1 năm 2023. Bạn có thể tải phiên bản mới nhất xuống từ Google.com dành cho máy tính hoặc từ Cửa hàng Google Play trên Android.
CSS
Bản phát hành này bổ sung hai tính năng CSS mới.
Chữ cái đầu tiên của CSS
Chữ cái đầu tiên là những chữ cái lớn, trang trí được dùng để bắt đầu các phần văn bản mới từ trước khi phát minh ra kỹ thuật in. Thuộc tính initial-letter của CSS cung cấp một cách để đặt số dòng mà chữ cái đầu tiên sẽ lặn vào các dòng văn bản sau. Trong ví dụ sau, initial-letter sẽ hiển thị trên ba dòng văn bản.
.content::first-letter {
initial-letter: 3;
}
Lớp giả lập CSS :picture-in-picture
Lớp giả lập :picture-in-picture giúp nhà phát triển web tuỳ chỉnh trình phát nội dung nghe nhìn khi video chuyển vào và thoát khỏi chế độ Hình trong hình.
Dùng thử bản minh hoạ về lớp giả lập :picture-in-picture.
API web
AudioContext.setSinkId()
AudioContext.setSinkId đặt mã nhận dạng của thiết bị âm thanh để sử dụng cho đầu ra. Điều này cho phép AudioContext định tuyến âm thanh đến một thiết bị đầu ra đã kết nối mà người dùng chọn.
Tìm hiểu thêm về tính năng này trong bài đăng Thay đổi thiết bị đầu ra đích trong Web Audio.
FedCM trong iframe trên nhiều nguồn gốc
Thêm tính năng hỗ trợ iframe trên nhiều nguồn gốc cho API FedCM thông qua chính sách quyền. API này cho phép các trang web đưa các tập lệnh của nhà cung cấp danh tính vào hộp cát để kích hoạt FedCM API trong một iframe trên nhiều nguồn gốc, nhờ đó các tập lệnh này không có toàn quyền kiểm soát toàn bộ trang. Điều này cũng cho phép các trường hợp sử dụng mà chính iframe yêu cầu người dùng đăng nhập. Trong cả hai trường hợp, khung mẹ phải cung cấp iframe trên nhiều nguồn gốc bằng chính sách quyền identity-credentials-get.
IFrame không cần thông tin xác thực
IFrame không có thông tin xác thực cung cấp cho nhà phát triển một cách để tải tài liệu trong iframe của bên thứ ba bằng cách sử dụng ngữ cảnh mới và tạm thời. Iframe không cần thông tin xác thực là một khái quát của thông tin xác thực COEP để hỗ trợ các iframe của bên thứ ba có thể không triển khai COEP. Điều này giúp loại bỏ quy tắc ràng buộc rằng iframe của bên thứ ba phải hỗ trợ COEP để được nhúng vào trang COEP và sẽ bỏ chặn những nhà phát triển muốn áp dụng tính năng tách biệt nhiều nguồn gốc.
Tìm hiểu thêm về iframe không cần thông tin xác thực.
Phương thức FileSystemHandle::remove()
Phương thức remove() của FileSystemHandle cho phép trường hợp sử dụng phổ biến mà bạn lấy một handle tệp từ showSaveFilePicker(), nhưng sau đó quyết định không muốn lưu và xoá tệp. Trước khi thêm phương thức này, bạn không thể xoá tệp hoặc thư mục bằng tên xử lý của tệp hoặc thư mục đó. Bạn phải lấy tên của thư mục mẹ và gọi FileSystemDirectoryHandle::removeEntry().
Tính năng tìm nạp trước do API quy tắc suy đoán kích hoạt
Tính năng tìm nạp trước sẽ tìm nạp tài nguyên chính cho một thao tác điều hướng trong tương lai, lưu tài nguyên đó vào bộ nhớ để có thể sử dụng tài nguyên đó nhằm tăng tốc cho thao tác điều hướng tiếp theo. Bản phát hành này bao gồm cả tính năng tìm nạp trước trên cùng một trang web và tìm nạp trước trên nhiều trang web trong trường hợp không có thông tin xác thực nào cho trang web đích.
Sử dụng quy trình xử lý IDNA không chuyển đổi trong URL
Bật IDNA 2008 ở Chế độ không chuyển đổi để xử lý URL, điều chỉnh hành vi của Chrome cho phù hợp với Firefox và Safari. Chrome hiện sử dụng IDNA 2008 ở Chế độ chuyển đổi trong quá trình xử lý URL. Điểm khác biệt chính giữa Chế độ chuyển đổi và Chế độ không chuyển đổi là cách xử lý 4 ký tự được gọi là ký tự sai lệch: ß (CHỮ S NHỎ TIẾNG LATIN), ς (CHỮ SIGMA CUỐI NHỎ TIẾNG HY Lạp), ZWJ (Dấu nối có chiều rộng bằng 0) và ZWNJ (Dấu nối không có chiều rộng bằng 0). Ở chế độ Chuyển đổi, các ký tự sai lệch được xử lý giống như IDNA2003: ß được liên kết với ss, ς được liên kết với σ, còn ZWJ và ZWNJ bị xoá. Ở chế độ Không chuyển đổi, các miền chứa các ký tự này được phép trong tên miền mà không cần liên kết, do đó có thể phân giải đến nhiều địa chỉ IP. Ví dụ: việc nhập faß.de trong Chrome và Firefox sẽ mở ra các trang web khác nhau. Việc bật IDNA không chuyển đổi trong Chrome sẽ cho phép các ký tự sai lệch trong tên miền. Firefox và Safari đã thực hiện thay đổi này vào năm 2016 và tiếp tục sử dụng quy trình xử lý URL không chuyển đổi.
Trình xử lý chạy ứng dụng web
Thêm thành phần tệp kê khai ứng dụng web launch_handler để cho phép ứng dụng web tuỳ chỉnh hành vi khởi chạy trên tất cả các loại trình kích hoạt khởi chạy ứng dụng. Ví dụ: nội dung sau đây sẽ khiến tất cả các lần khởi chạy ứng dụng Example tập trung vào một cửa sổ ứng dụng hiện có và điều hướng cửa sổ đó (nếu có) thay vì luôn khởi chạy một cửa sổ ứng dụng mới.
{
"name": "Example app",
"start_url": "/index.html",
"launch_handler": {
"client_mode": "navigate-existing"
}
}
chính sách về quyền chia sẻ trên web
Kiểm soát quyền truy cập vào navigator.share(). Theo mặc định, iframe của bên thứ ba không có quyền sử dụng API Chia sẻ trên web.
Bản dùng thử theo nguyên gốc đang diễn ra
Trong Chrome 110, bạn có thể chọn tham gia các bản dùng thử theo nguyên gốc mới sau đây.
Hỗ trợ No-Vary-Search trong bộ nhớ đệm tìm nạp trước điều hướng
Cho phép tìm nạp trước để so khớp ngay cả khi các tham số truy vấn URL thay đổi. Tiêu đề phản hồi HTTP No-Vary-Search khai báo rằng một số hoặc tất cả các phần của truy vấn URL có thể bị bỏ qua cho mục đích so khớp bộ nhớ đệm. Tệp này có thể khai báo rằng thứ tự của các khoá thông số truy vấn không được gây ra lỗi thiếu bộ nhớ đệm, rằng các tham số truy vấn cụ thể không được gây ra lỗi thiếu bộ nhớ đệm hoặc chỉ một số tham số truy vấn đã biết mới gây ra lỗi thiếu bộ nhớ đệm. Thuộc tính này có thể áp dụng cho nhiều bộ nhớ đệm, nhưng mục này đề cập đến việc hỗ trợ bộ nhớ đệm tìm nạp trước.
PerformanceResourceTiming.deliveryType
Tiết lộ thông tin về cách phân phối tài nguyên. Ví dụ: các tài nguyên được phân phối từ bộ nhớ đệm (hiện được hiển thị thông qua transferSize) và các thao tác điều hướng được tìm nạp trước bởi trang trước sẽ rất hữu ích để xác định.
Mục nhập hiệu suất SoftNavigation
Hiển thị phương pháp phỏng đoán điều hướng mềm (thử nghiệm) cho các nhà phát triển web, sử dụng cả PerformanceObserver và tiến trình hiệu suất.
Đăng ký dùng thử tính năng phỏng đoán điều hướng mềm.
Quy tắc suy đoán: phân phối qua tiêu đề Speculation-Rules
Hiện tại, nhà phát triển chỉ có thể chỉ định các quy tắc suy đoán bằng cách sử dụng thẻ tập lệnh nội tuyến. Tính năng được đề xuất cung cấp một giải pháp thay thế thông qua tiêu đề "Speculation-Rules" (Quy tắc về thông tin suy đoán). Giá trị của thuộc tính này phải là URL đến một tài nguyên văn bản có loại MIME application/speculationrules+json. Quy tắc của tài nguyên sẽ được thêm vào tập hợp quy tắc của tài liệu.
Quy tắc suy đoán: quy tắc lấy nguồn từ tài liệu
Một phần mở rộng cho cú pháp quy tắc suy đoán cho phép trình duyệt lấy URL để suy đoán từ các phần tử đường liên kết trong một trang. Các chính sách này có thể bao gồm các tiêu chí hạn chế việc sử dụng những đường liên kết này.
X-Requested-With trong WebView
Thử nghiệm ngừng sử dụng để giữ lại hành vi cũ của X-Requested-Header trên Android WebView. Tiêu đề này hiện được đặt với tên gói của ứng dụng nhúng làm giá trị, nhưng hành vi này sẽ bị xoá trong quá trình triển khai chậm. Trong thời gian ngừng sử dụng, chương trình dùng thử này sẽ cho phép chủ sở hữu trang web tiếp tục nhận tiêu đề trong khi ngừng sử dụng tiêu đề đó.
Chúng tôi sẽ đăng thêm thông tin về việc ngừng hỗ trợ công cụ này trong một bài đăng riêng trên blog. Đăng ký dùng thử tính năng ngừng sử dụng X-Requested-With tại đây.
Ngừng sử dụng và xoá
Phiên bản Chrome này giới thiệu các tính năng ngừng hoạt động và bị xoá như được liệt kê bên dưới. Hãy truy cập vào ChromeStatus.com để xem danh sách các tính năng dự kiến ngừng hoạt động, các tính năng hiện đã ngừng hoạt động và các tính năng đã bị xoá trước đây.
Bản phát hành Chrome này xoá hai tính năng.
Xoá Web SQL trong các bối cảnh không an toàn
Web SQL hiện đã bị xoá trong các bối cảnh không an toàn. Bạn nên chuyển sang SQLite Wasm trong trình duyệt được hỗ trợ bởi hệ thống tệp riêng tư gốc.
Xoá window.webkitStorageInfo
Ngừng hỗ trợ API hạn mức bộ nhớ cũ, window.webkitStorageInfo. Được ra mắt lần đầu vào năm 2011, Chrome đã triển khai API hạn mức có tiền tố, ngay sau đó là API Hạn mức (đã ngừng hoạt động). API hạn mức bộ nhớ cũ chưa bao giờ được triển khai trên trình duyệt nào khác và đã bị đánh dấu là không dùng nữa kể từ năm 2013.