อักขระเริ่มต้นของ CSS, แฮนเดิลการเริ่มเว็บแอป, การรองรับ iframe ข้ามแหล่งที่มาสําหรับ FedCM API และอื่นๆ
การเปลี่ยนแปลงที่อธิบายไว้ด้านล่างจะมีผลกับรุ่นล่าสุดของ Chrome เวอร์ชันเบต้าสำหรับ Android, ChromeOS, Linux, macOS และ Windows เว้นแต่จะระบุไว้เป็นอย่างอื่น ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ที่แสดงที่นี่ผ่านลิงก์ที่ให้ไว้หรือจากรายการใน ChromeStatus.com Chrome 110 เป็นเวอร์ชันเบต้าตั้งแต่วันที่ 12 มกราคม 2023 คุณสามารถดาวน์โหลดเวอร์ชันล่าสุดได้ที่ Google.com สำหรับเดสก์ท็อปหรือใน Google Play Store บน Android
CSS
รุ่นนี้เพิ่มฟีเจอร์ CSS ใหม่ 2 รายการ
อักษรย่อ CSS
อักษรตัวแรกคืออักษรประดับขนาดใหญ่ที่ใช้ขึ้นต้นส่วนใหม่ของข้อความมาตั้งแต่ก่อนการประดิษฐ์การพิมพ์ พร็อพเพอร์ตี้ initial-letter ของ CSS มีวิธีตั้งค่าจำนวนบรรทัดตัวอักษรนำหน้าควรเลื่อนไปอยู่บรรทัดข้อความต่อๆ ไป ในตัวอย่างต่อไปนี้ initial-letter จะแสดงข้อความมากกว่า 3 บรรทัด
.content::first-letter {
initial-letter: 3;
}
คลาสสมมติ CSS :picture-in-picture
คลาสจำลอง :picture-in-picture ช่วยให้นักพัฒนาเว็บปรับแต่งโปรแกรมเล่นสื่อได้เมื่อวิดีโอเข้าสู่และออกจากโหมดภาพซ้อนภาพ
ลองใช้เดโมของคลาสจำลอง :picture-in-picture
Web API
AudioContext.setSinkId()
AudioContext.setSinkId กำหนดรหัสของอุปกรณ์เสียงที่จะใช้สำหรับเอาต์พุต ซึ่งจะช่วยให้ AudioContext กําหนดเส้นทางเสียงไปยังอุปกรณ์เอาต์พุตที่เชื่อมต่อซึ่งผู้ใช้เลือกได้
ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์นี้ในโพสต์เปลี่ยนอุปกรณ์เอาต์พุตปลายทางใน Web Audio
FedCM ภายใน iframe แบบข้ามต้นทาง
เพิ่มการรองรับ iframe ข้ามแหล่งที่มาสําหรับ FedCM API ผ่านนโยบายสิทธิ์ ซึ่งช่วยให้เว็บไซต์สามารถวางสคริปต์จากผู้ให้บริการข้อมูลประจำตัวซึ่งทริกเกอร์ FedCM API ใน iframe แบบข้ามแหล่งที่มาไว้ในแซนด์บ็อกซ์ได้ เพื่อไม่ให้มีการควบคุมทั้งหน้าเว็บอย่างเต็มรูปแบบ นอกจากนี้ ยังรองรับกรณีการใช้งานที่ iframe เองกำหนดให้ผู้ใช้ลงชื่อเข้าใช้ด้วย ไม่ว่าจะในกรณีใด เฟรมหลักต้องระบุ iframe ข้ามแหล่งที่มาที่มีนโยบายสิทธิ์ identity-credentials-get
IFrame ที่ไม่มีข้อมูลเข้าสู่ระบบ
IFrame ที่ไม่มีข้อมูลเข้าสู่ระบบช่วยให้นักพัฒนาแอปโหลดเอกสารใน iframe ของบุคคลที่สามได้โดยใช้บริบทใหม่และบริบทชั่วคราว การใช้ iframe โดยไม่ระบุข้อมูลเข้าสู่ระบบเป็นการใช้ COEP โดยไม่ระบุข้อมูลเข้าสู่ระบบแบบทั่วไปเพื่อรองรับ iframe ของบุคคลที่สามที่อาจไม่ได้ติดตั้งใช้งาน COEP ซึ่งจะนําข้อจํากัดที่ว่า iframe ของบุคคลที่สามต้องรองรับ COEP จึงจะฝังในหน้า COEP ได้ออก และจะเลิกบล็อกนักพัฒนาซอฟต์แวร์ที่กําลังมองหาวิธีใช้การแยกแหล่งที่มาหลายแห่ง
ดูข้อมูลเพิ่มเติมเกี่ยวกับiframe ที่ไม่มีข้อมูลเข้าสู่ระบบ
FileSystemHandle::remove() วิธี
เมธอด remove() ของ FileSystemHandle รองรับกรณีการใช้งานทั่วไปที่คุณได้รับแฮนเดิลไฟล์จาก showSaveFilePicker() แต่ตัดสินใจว่าไม่ต้องบันทึกไฟล์แล้ว และลบไฟล์ ก่อนที่จะเพิ่มวิธีการนี้ คุณจะนำไฟล์หรือไดเรกทอรีออกโดยใช้แฮนเดิลไม่ได้ คุณต้องขอแฮนเดิลของไดเรกทอรีหลักแล้วโทรหา FileSystemDirectoryHandle::removeEntry()
การเรียกข้อมูลล่วงหน้าที่เรียกใช้โดย API กฎการคาดเดา
การดึงข้อมูลล่วงหน้าจะดึงข้อมูลทรัพยากรหลักสําหรับการนําทางในอนาคต โดยเก็บไว้ในหน่วยความจําเพื่อให้ใช้เพื่อเพิ่มความเร็วในการนําทางครั้งถัดไปได้ การเปิดตัวนี้มีทั้งการอ่านล่วงหน้าในเว็บไซต์เดียวกันและการอ่านล่วงหน้าข้ามเว็บไซต์ในกรณีที่ไม่มีข้อมูลเข้าสู่ระบบสำหรับเว็บไซต์ปลายทาง
ใช้การประมวลผล IDNA แบบไม่เปลี่ยนผ่านใน URL
เปิดใช้ IDNA 2008 ในโหมดที่ไม่ใช่การเปลี่ยนผ่านสำหรับการประมวลผล URL เพื่อปรับลักษณะการทำงานของ Chrome ให้สอดคล้องกับ Firefox และ Safari ปัจจุบัน Chrome ใช้ IDNA 2008 ในโหมดการเปลี่ยนผ่านในการประมวลผล URL ความแตกต่างหลักระหว่างโหมดการเปลี่ยนผ่านและโหมดที่ไม่เปลี่ยนผ่านคือการจัดการอักขระ 4 ตัวที่เรียกว่าอักขระการเบี่ยงเบน ได้แก่ ß (ตัว S เล็กแบบแหลมของภาษาละติน), ς (ตัวซิกมาตัวสุดท้ายตัวเล็กของภาษากรีก), ZWJ (ตัวเชื่อมแบบไม่มีความกว้าง) และ ZWNJ (ตัวเชื่อมแบบไม่มีความกว้าง) ในโหมดการเปลี่ยนผ่าน ระบบจะจัดการอักขระที่เบี่ยงเบนเหมือนกับ IDNA2003 โดยจับคู่ ß กับ ss, ς กับ σ และลบ ZWJ และ ZWNJ ในโหมดที่ไม่ใช่การเปลี่ยนผ่าน ระบบจะอนุญาตให้ใช้โดเมนที่มีอักขระเหล่านี้ในชื่อโดเมนได้โดยไม่ต้องมีการแมป และสามารถแปลค่าเป็นที่อยู่ IP อื่นได้ ตัวอย่างเช่น การพิมพ์ faß.de ใน Chrome และ Firefox จะเปิดเว็บไซต์ที่แตกต่างกันในปัจจุบัน การเปิดใช้ IDNA แบบไม่เปลี่ยนผ่านใน Chrome จะอนุญาตให้ใช้อักขระที่ไม่ใช่อักขระหลักในชื่อโดเมน Firefox และ Safari ได้ทําการเปลี่ยนแปลงนี้ไปแล้วในปี 2016 และใช้การประมวลผล URL แบบไม่เปลี่ยนผ่านต่อไป
แฮนเดิลการเปิดเว็บแอป
เพิ่มสมาชิกไฟล์ Manifest ของเว็บแอป launch_handler ซึ่งช่วยให้เว็บแอปปรับแต่งลักษณะการเริ่มต้นได้ในทริกเกอร์การเริ่มต้นแอปทุกประเภท ตัวอย่างเช่น การตั้งค่าต่อไปนี้จะทำให้การเปิดแอปตัวอย่างทั้งหมดมุ่งเน้นที่หน้าต่างแอปที่มีอยู่และไปยังส่วนต่างๆ ของหน้าต่าง (หากมี) แทนที่จะเปิดหน้าต่างแอปใหม่ทุกครั้ง
{
"name": "Example app",
"start_url": "/index.html",
"launch_handler": {
"client_mode": "navigate-existing"
}
}
นโยบายสิทธิ์การแชร์เว็บ
ควบคุมการเข้าถึง navigator.share() โดยค่าเริ่มต้นแล้ว iframe ของบุคคลที่สามจะไม่มีสิทธิ์ใช้ Web Share API
ช่วงทดลองใช้จากต้นทางที่อยู่ระหว่างดำเนินการ
ใน Chrome 110 คุณจะเลือกใช้ช่วงทดลองใช้จากต้นทางใหม่ต่อไปนี้ได้
การรองรับ No-Vary-Search ในแคชที่ดึงข้อมูลล่วงหน้าของการนำทาง
เปิดใช้การเรียกข้อมูลล่วงหน้าเพื่อจับคู่แม้ว่าพารามิเตอร์การค้นหาของ URL จะเปลี่ยนแปลง ส่วนหัวการตอบกลับ HTTP No-Vary-Search ประกาศว่าสามารถละเว้นการค้นหา URL บางส่วนหรือทั้งหมดเพื่อวัตถุประสงค์ในการจับคู่แคช คุณสามารถประกาศว่าลําดับของคีย์พารามิเตอร์การค้นหาไม่ควรทําให้แคชไม่พบพารามิเตอร์การค้นหาที่เฉพาะเจาะจงไม่ควรทําให้แคชไม่พบ หรือเฉพาะพารามิเตอร์การค้นหาที่รู้จักบางรายการเท่านั้นที่ควรทําให้แคชไม่พบ รายการนี้อาจใช้กับแคชหลายรายการ แต่หมายถึงการรองรับแคชการเรียกข้อมูลล่วงหน้า
ลงทะเบียนรับการสนับสนุน No-Vary-Search ในการทดลองใช้แคชที่ดึงข้อมูลล่วงหน้าสำหรับการนําทาง
PerformanceResourceTiming.deliveryType
แสดงข้อมูลเกี่ยวกับวิธีนำส่งทรัพยากร เช่น ทรัพยากรที่แสดงจากแคช (ปัจจุบันแสดงผ่าน transferSize) และการนำทางที่หน้าก่อนหน้าดึงข้อมูลไว้ล่วงหน้าจะมีประโยชน์ในการระบุ
รายการประสิทธิภาพของ SoftNavigation
แสดงแนวทางการนําทางแบบไม่บังคับ (เวอร์ชันทดลอง) แก่นักพัฒนาเว็บโดยใช้ทั้ง PerformanceObserver และไทม์ไลน์ประสิทธิภาพ
ลงทะเบียนทดลองใช้แนวทางปฏิบัติแนะนำในการนําทางแบบไม่บังคับ
กฎการคาดเดา: การแสดงโฆษณาผ่านส่วนหัว Speculation-Rules
ปัจจุบันนักพัฒนาแอปจะระบุกฎการคาดการณ์ได้โดยใช้แท็กสคริปต์ในบรรทัดเท่านั้น ฟีเจอร์ที่เสนอมีทางเลือกผ่านส่วนหัว "Speculation-Rules" ค่าต้องเป็น URL ไปยังแหล่งข้อมูลข้อความที่มีประเภท MIME เป็น application/speculationrules+json ระบบจะเพิ่มกฎของทรัพยากรลงในชุดกฎของเอกสาร
กฎการคาดเดา: กฎที่มาจากเอกสาร
ส่วนขยายของไวยากรณ์กฎการคาดเดาที่ช่วยให้เบราว์เซอร์รับ URL สำหรับการคาดเดาจากองค์ประกอบลิงก์ในหน้าเว็บ ซึ่งอาจรวมถึงเกณฑ์ที่จำกัดลิงก์ที่สามารถใช้
X-Requested-With ใน WebView
การทดลองเลิกใช้งานเพื่อคงลักษณะการทำงานเดิมของ X-Requested-Header ใน Android WebView ปัจจุบันส่วนหัวนี้ตั้งค่าเป็นชื่อแพ็กเกจของแอปที่ฝังเป็นค่า แต่เราจะนำลักษณะการทำงานนี้ออกในการทยอยเปิดตัว ในระหว่างการเลิกใช้งาน ช่วงทดลองใช้นี้จะช่วยให้เจ้าของเว็บไซต์ได้รับส่วนหัวต่อไปได้ขณะที่เปลี่ยนไปใช้ส่วนหัวอื่น
เราจะแจ้งข้อมูลเพิ่มเติมเกี่ยวกับการเลิกใช้งานนี้ในบล็อกโพสต์แยกต่างหาก ลงทะเบียนทดลองใช้การเลิกใช้งาน X-Requested-With ได้ที่นี่
การเลิกใช้งานและการนำออก
Chrome เวอร์ชันนี้มีการเลิกใช้งานและการนำออกตามที่ระบุไว้ด้านล่าง โปรดไปที่ ChromeStatus.com เพื่อดูรายการการเลิกใช้งานที่วางแผนไว้ การเลิกใช้งานในปัจจุบัน และการนําออกก่อนหน้านี้
Chrome เวอร์ชันนี้จะนําฟีเจอร์ 2 รายการออก
นำ WebSQL ในบริบทที่ไม่ปลอดภัยออก
ตอนนี้เรานำ Web SQL ออกจากบริบทที่ไม่ปลอดภัยแล้ว เราขอแนะนำให้คุณเปลี่ยนไปใช้ SQLite Wasm ในเบราว์เซอร์ที่รองรับระบบไฟล์ส่วนตัวของต้นทาง
นํา window.webkitStorageInfo ออก
นำการรองรับ API โควต้าพื้นที่เก็บข้อมูลเดิมอย่าง window.webkitStorageInfo ออก Chrome เปิดตัว Quota API ที่มีคำนำหน้าเมื่อปี 2011 ซึ่งตามมาด้วย Quota API ที่ใช้แทนในทันที และเลิกใช้งานไปแล้วด้วยเช่นกัน เบราว์เซอร์อื่นๆ ไม่เคยใช้ API โควต้าพื้นที่เก็บข้อมูลเดิม และมีการระบุว่าเลิกใช้งานแล้วตั้งแต่ปี 2013