ตัวอักษรแรกของ 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
ตัวอักษรแรกเป็นตัวอักษรตกแต่งขนาดใหญ่ ซึ่งใช้เริ่มส่วนใหม่ของข้อความมาตั้งแต่ก่อนการคิดค้นการพิมพ์ พร็อพเพอร์ตี้ CSS initial-letter ช่วยในการกำหนดจำนวนบรรทัดที่ตัวอักษรเริ่มต้นควรฝังลงในบรรทัดข้อความต่อไปนี้ ในตัวอย่างต่อไปนี้ ตัวอักษรเริ่มต้นจะแสดงข้อความมากกว่า 3 บรรทัด
.content::first-letter {
initial-letter: 3;
}
คลาส Pseudo ของ CSS :picture-in-picture
คลาสเทียมของ :picture-in-picture ช่วยให้นักพัฒนาเว็บปรับแต่งโปรแกรมเล่นสื่อเมื่อวิดีโอเข้าและออกจากการแสดงภาพซ้อนภาพได้
ลองใช้การสาธิตของคลาส Pseudo แบบภาพซ้อนภาพ
API ของเว็บ
AudioContext.setSinkId()
AudioContext.setSinkId กำหนดรหัสของอุปกรณ์เสียงที่จะใช้เป็นเอาต์พุต การดำเนินการนี้จะช่วยให้ AudioContext กำหนดเส้นทางเสียงไปยังอุปกรณ์เอาต์พุตที่เชื่อมต่อที่ผู้ใช้เลือกได้
ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์นี้ได้ในโพสต์เปลี่ยนอุปกรณ์เอาต์พุตปลายทางใน Web Audio
FedCM ภายใน iframe แบบข้ามต้นทาง
เพิ่มการรองรับ iframe แบบข้ามต้นทางสำหรับ FedCM API ผ่านนโยบายสิทธิ์ ช่วยให้เว็บไซต์สามารถแซนด์บ็อกซ์สคริปต์จากผู้ให้บริการข้อมูลประจำตัวที่ทริกเกอร์ FedCM API ใน iframe แบบข้ามต้นทาง เพื่อให้ผู้ใช้ควบคุมหน้าทั้งหน้าไม่ได้ และยังทำให้มีการใช้งาน iframe ที่ต้องให้ผู้ใช้ลงชื่อเข้าใช้ด้วย ในทั้ง 2 กรณี เฟรมหลักต้องระบุ iframe แบบข้ามต้นทางที่มีนโยบายสิทธิ์ identity-credentials-get
ข้อมูลเข้าสู่ระบบ IFrame
ข้อมูลเข้าสู่ระบบ IFrame ช่วยให้นักพัฒนาซอฟต์แวร์โหลดเอกสารใน iframe ของบุคคลที่สามได้โดยใช้บริบทใหม่และบริบทชั่วคราว ข้อมูลเข้าสู่ระบบ Iframe คือการสร้างข้อมูลเข้าสู่ระบบแบบ COEP แบบกว้างๆ เพื่อรองรับ iframe ของบุคคลที่สามซึ่งอาจไม่ได้ทำให้ COEP ใช้งานได้ การดําเนินการนี้จะลบข้อจํากัดที่ iframe ของบุคคลที่สามต้องรองรับ COEP เพื่อฝังในหน้า COEP และจะเลิกบล็อกนักพัฒนาซอฟต์แวร์ที่ต้องการใช้การแยกแบบข้ามต้นทาง
ดูข้อมูลเพิ่มเติมเกี่ยวกับ iframe credentialless
FileSystemHandle::remove() วิธี
เมธอด remove() ของ FileSystemHandle เป็นกรณีการใช้งานทั่วไปที่คุณได้รับแฮนเดิลไฟล์จาก showSaveFilePicker() แต่หลังจากนั้นตัดสินใจว่าไม่ต้องการบันทึกเลย และลบไฟล์ ก่อนเพิ่มเมธอดนี้ ไม่สามารถนำไฟล์หรือไดเรกทอรีที่มีแฮนเดิลออกได้ คุณต้องจัดการไดเรกทอรีระดับบนสุดและเรียกใช้ FileSystemDirectoryHandle::removeEntry()
การดึงข้อมูลล่วงหน้าที่ทริกเกอร์โดย API ของกฎการคาดเดา
การดึงข้อมูลล่วงหน้าจะดึงทรัพยากรหลักสำหรับการนำทางในอนาคต โดยเก็บไว้ในหน่วยความจำเพื่อให้ใช้สำหรับการไปยังส่วนต่างๆ ได้เร็วขึ้น การเปิดตัวนี้จะมีทั้งการดึงข้อมูลล่วงหน้าในเว็บไซต์เดียวกันและการดึงข้อมูลล่วงหน้าข้ามเว็บไซต์ ในกรณีที่ไม่มีข้อมูลเข้าสู่ระบบสำหรับเว็บไซต์ปลายทาง
ใช้การประมวลผลข้อมูล IDNA แบบไม่เปลี่ยนผ่านใน URL
เปิดใช้ IDNA 2008 ในโหมดแบบไม่เปลี่ยนผ่านสำหรับการประมวลผล URL เพื่อปรับลักษณะการทำงานของ Chrome ให้สอดคล้องกับ Firefox และ Safari ปัจจุบัน Chrome ใช้ IDNA 2008 ในโหมดเปลี่ยนผ่านในการประมวลผล URL ความแตกต่างที่สำคัญระหว่างโหมดการเปลี่ยนและโหมดที่ไม่ใช่การเปลี่ยนคือการจัดการอักขระ 4 ตัวที่เรียกว่าอักขระเบี่ยงเบน: ß (LATIN SMALL LETTER SHARP S), Apr (GREEK SMALL LETTER FINAL SIGMA), ZWJ (ตัวเชื่อมความกว้างศูนย์) และ ZWNJ (ไม่มีตัวเชื่อมที่มีความกว้าง 0) ในโหมดเปลี่ยนผ่าน จะมีการจัดการอักขระเบี่ยงเบนแบบเดียวกับ IDNA2003 นั่นคือ ß แมปกับ ss ส่วน แทนที่ จะจับคู่กับ ELIGIBLE และ ZWJ และ ZWNJ จะถูกลบ ในโหมดที่ไม่ใช่การเปลี่ยนผ่าน โดเมนที่มีอักขระเหล่านี้ได้รับอนุญาตให้ใช้ในชื่อโดเมนโดยไม่ต้องมีการแมป จึงแก้ไขเป็นที่อยู่ IP ที่ต่างกันได้ ตัวอย่างเช่น การพิมพ์ faß.de ใน Chrome และ Firefox จะเปิดไซต์ที่แตกต่างกันในวันนี้ การเปิดใช้ Non-Transitional 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 จะเปลี่ยนไปก็ตาม ส่วนหัวการตอบกลับ No-Vary-Search ของ HTTP ประกาศว่าการค้นหา URL บางส่วนหรือทุกส่วนสามารถละเว้นเพื่อวัตถุประสงค์ในการจับคู่แคชได้ สามารถประกาศว่าลำดับคีย์พารามิเตอร์การค้นหาไม่ควรทำให้แคชพลาด พารามิเตอร์การค้นหาที่เฉพาะเจาะจงไม่ควรทำให้แคชพลาด หรือเฉพาะพารามิเตอร์การค้นหาที่รู้จักบางรายการเท่านั้นที่ควรทำให้แคชหายไป โดยอาจใช้กับแคชได้หลายรายการ แต่รายการนี้อ้างอิงการรองรับแคชที่ดึงข้อมูลล่วงหน้า
ลงทะเบียนเพื่อรับการสนับสนุน No-Vary-Search ในการทดลองใช้แคชการดึงข้อมูลล่วงหน้าสำหรับการนำทาง
PerformanceResourceTiming.deliveryType
เปิดเผยข้อมูลเกี่ยวกับวิธีส่งทรัพยากร ตัวอย่างเช่น ทรัพยากรที่ส่งจากแคช (ปัจจุบันแสดงผ่าน transferSize) และการนำทางที่ดึงข้อมูลล่วงหน้าโดยหน้าก่อนหน้าจะมีประโยชน์ในการระบุ
รายการประสิทธิภาพ SoftNavigation
แสดงวิธีการไปยังส่วนต่างๆ แบบนุ่มนวล (ทดลอง) ให้แก่นักพัฒนาเว็บ โดยใช้ทั้ง PerformanceObserver และลำดับเวลาของประสิทธิภาพ
ลงทะเบียนทดลองใช้การฝึกสำเนียงการไปยังส่วนต่างๆ แบบซอฟต์
กฎการคาดเดา: การส่งผ่านส่วนหัว Speculation- Rules
ปัจจุบันนักพัฒนาซอฟต์แวร์สามารถระบุกฎการคาดเดาโดยใช้แท็กสคริปต์ในหน้าเท่านั้น ฟีเจอร์ที่เสนอจะมีอีกทางเลือกหนึ่งผ่านทางส่วนหัว "การคาดเดา-กฎ" ค่าของ URL ต้องเป็น URL ไปยังทรัพยากรข้อความที่มีประเภท MIME application/speculationrules+json ระบบจะเพิ่มกฎทรัพยากรลงในชุดกฎของเอกสาร
กฎการคาดเดา: กฎที่มาจากเอกสาร
ส่วนขยายของไวยากรณ์กฎการคาดเดาที่ช่วยให้เบราว์เซอร์ได้รับ URL สำหรับการคาดเดาจากองค์ประกอบของลิงก์ในหน้าเว็บ โดยอาจมีเกณฑ์ที่ระบุว่าจะใช้ลิงก์ใดได้บ้าง
X-Requested-With ใน WebView
การทดลองใช้การเลิกใช้งานเพื่อรักษาลักษณะการทำงานเดิมของ X-Requested-Header ใน Android WebView ปัจจุบันส่วนหัวนี้มีการตั้งค่าด้วยชื่อแพ็กเกจของแอปที่ฝังเป็นค่า แต่ลักษณะการทำงานนี้จะถูกนำออกเมื่อเปิดตัวได้ช้า ในระหว่างการเลิกใช้งานช่วงทดลองใช้นี้ จะทำให้เจ้าของเว็บไซต์ได้รับส่วนหัวต่อไปขณะย้ายข้อมูลออกจากการใช้งาน
เราจะติดตามข้อมูลเพิ่มเติมเกี่ยวกับการเลิกใช้งานนี้ในบล็อกโพสต์แยกต่างหาก ลงทะเบียนทดลองใช้การเลิกใช้งาน X-Requested-With ได้ที่นี่
การเลิกใช้งานและการนำออก
Chrome เวอร์ชันนี้จะแนะนำการเลิกใช้งานและการนำออกที่ระบุไว้ด้านล่าง ไปที่ ChromeStatus.com เพื่อดูรายการการเลิกใช้งานที่วางแผนไว้ การเลิกใช้งานในปัจจุบัน และการนำออกก่อนหน้า
Chrome รุ่นนี้จะนำฟีเจอร์ 2 รายการออก
นำ SQL ของเว็บในบริบทที่ไม่ปลอดภัยออก
ตอนนี้ SQL ของเว็บถูกนําออกในบริบทที่ไม่ปลอดภัยแล้ว เราขอแนะนำให้คุณเปลี่ยนไปใช้ SQLite Wasm ในเบราว์เซอร์ที่รองรับโดยระบบไฟล์ส่วนตัวของต้นทาง
นำ window.webkitStorageInfo ออก
ยกเลิกการรองรับ window.webkitStorageInfo API โควต้าพื้นที่เก็บข้อมูลแบบเดิม Chrome เปิดตัวครั้งแรกในปี 2011 โดยได้ติดตั้งใช้งาน API โควต้าที่มีนำหน้า ซึ่งก็ประสบผลสำเร็จทันทีจากการใช้ API โควต้า เบราว์เซอร์อื่นไม่เคยมีการติดตั้งใช้งาน API โควต้าพื้นที่เก็บข้อมูลแบบเดิม และได้รับการทำเครื่องหมายว่าเลิกใช้งานมาตั้งแต่ปี 2013