Chrome 126 เบต้า

การเปลี่ยนแปลงต่อไปนี้จะมีผลกับ Chrome เวอร์ชันเบต้ารุ่นล่าสุดสำหรับ Android, ChromeOS, Linux, macOS และ Windows เว้นแต่จะระบุไว้เป็นอย่างอื่น ดูข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ต่างๆ ที่ระบุไว้ที่นี่ผ่านลิงก์ที่ให้ไว้หรือจากรายการใน ChromeStatus.com Chrome 126 เป็นรุ่นเบต้า ณ วันที่ 15 พฤษภาคม 2024 คุณดาวน์โหลดเวอร์ชันล่าสุดได้ที่ Google.com สำหรับเดสก์ท็อปหรือ Google Play Store บน Android

CSS

โดยรุ่นนี้ได้เพิ่มฟีเจอร์ CSS ใหม่ 1 รายการ

การเปลี่ยนมุมมองข้ามเอกสารสำหรับการนำทางจากต้นทางเดียวกัน

ก่อนหน้านี้คุณต้องเปลี่ยนโครงสร้างเว็บไซต์เป็น SPA เพื่อใช้ View Transitions API แต่จะไม่เป็นเช่นนี้แล้ว ตอนนี้การเปลี่ยนมุมมองจะเปิดใช้โดยค่าเริ่มต้นสำหรับการนำทางต้นทางเดียวกัน คุณสามารถสร้างการเปลี่ยนมุมมองระหว่างเอกสาร 2 ฉบับซึ่งมาจากต้นทางเดียวกันได้

หากต้องการเปิดใช้การเปลี่ยนมุมมองข้ามเอกสาร ปลายทางทั้ง 2 ฝั่งจะต้องเลือกรับ ในการดำเนินการนี้ ให้ใช้กฎ @view-transition และตั้งค่าข้อบ่งชี้ navigation เป็น auto

@view-transition {
  navigation: auto;
}

การเปลี่ยนมุมมองข้ามเอกสารใช้องค์ประกอบและหลักการเดียวกันกับการเปลี่ยนมุมมองเอกสารเดียวกัน ระบบจะบันทึกองค์ประกอบที่ใช้ view-transition-name และคุณจะปรับแต่งภาพเคลื่อนไหวได้โดยใช้ภาพเคลื่อนไหว CSS

โปรดดูข้อมูลเพิ่มเติมในดูเอกสารประกอบของ Transitions API

API ของเว็บ

เดิมโพสต์นี้มีฟีเจอร์การตั้งค่าเนื้อหาเต็มหน้าจออัตโนมัติ ซึ่งตอนนี้ได้ย้ายไปอยู่ใน Chrome 127 แล้ว

ส่วนขยายทริกเกอร์ Rumble API ของเกมแพด

ขยายอินเทอร์เฟซ GamepadHapticActuator เพื่อแสดงความสามารถของทริกเกอร์คัมภีร์บนเว็บสำหรับเกมแพดที่เข้ากันได้ ส่วนขยายนี้จะทำให้เว็บแอปพลิเคชันที่ใช้ข้อได้เปรียบจาก Gamepad API สามารถสั่นทริกเกอร์ของอุปกรณ์เกมแพดที่มาพร้อมกับฟังก์ชันนี้ได้ด้วย

OpusEncrypterConfig signal และพารามิเตอร์ application

พารามิเตอร์ OpusEncoderConfig.signal และ OpusEncoderConfig.application จะแมปโดยตรงกับปุ่มโปรแกรมเปลี่ยนไฟล์ที่เฉพาะเจาะจง ข้อมูลเหล่านี้ช่วยให้ผู้เขียนเว็บสามารถให้คำแนะนำว่าข้อมูลประเภทใดที่กำลังเข้ารหัสและบริบทที่ใช้ในข้อมูล

signal อาจเป็น "auto", "music", "voice" กำหนดค่าโปรแกรมเปลี่ยนไฟล์เพื่อการเข้ารหัสข้อมูลประเภทที่ระบุให้มีประสิทธิภาพดีที่สุด application อาจเป็น "voip", "audio", "lowdelay" โหมดนี้กำหนดค่าโปรแกรมเปลี่ยนไฟล์ให้ให้ความสำคัญกับความสามารถในการพูด การทำซ้ำอินพุตต้นฉบับอย่างจริงใจ หรือมีเวลาในการตอบสนองน้อยที่สุด

PointerEvent.deviceId สำหรับหมึกหลายปากกา

เนื่องจากอุปกรณ์ที่มีความสามารถในการป้อนข้อมูลด้วยปากกาขั้นสูงเริ่มแพร่หลายมากขึ้น แพลตฟอร์มเว็บจึงพัฒนาอย่างต่อเนื่องเพื่อให้รองรับฟีเจอร์ขั้นสูงเหล่านี้อย่างเต็มรูปแบบเพื่อปลดล็อกประสบการณ์ที่สมบูรณ์สำหรับทั้งผู้ใช้ปลายทางและนักพัฒนาซอฟต์แวร์ ความก้าวหน้าอย่างหนึ่งคือความสามารถในการทำให้เป็นรูปแบบดิจิทัลของอุปกรณ์ในการรู้จำอุปกรณ์ปากกามากกว่า 1 เครื่องที่โต้ตอบกับอุปกรณ์นี้พร้อมกัน

ฟีเจอร์นี้เป็นส่วนขยายของอินเทอร์เฟซ PointerEvent ที่รวมแอตทริบิวต์ใหม่ ซึ่งก็คือ deviceId ที่แสดงตัวระบุที่ไม่ซ้ำกันแบบถาวรและแยกเซสชันแบบถาวร ซึ่งนักพัฒนาซอฟต์แวร์ใช้ในการระบุปากกาแต่ละตัวที่โต้ตอบกับหน้าเว็บได้อย่างน่าเชื่อถือ

เว็บแอปแบบแท็บของ ChromeOS

PWA ในหน้าต่างแบบสแตนด์อโลนจะเปิดได้ครั้งละ 1 หน้าเท่านั้น แอปบางแอปคาดหวังให้ผู้ใช้เปิดหน้าเว็บหลายหน้าพร้อมกัน โหมดแท็บจะเพิ่มแถบแท็บไปยังเว็บแอปแบบสแตนด์อโลนใน ChromeOS ที่ช่วยให้เปิดแท็บหลายแท็บได้ในครั้งเดียว

ฟีเจอร์นี้จะเพิ่มโหมดการแสดงผลใหม่ของ "tabbed" และช่องไฟล์ Manifest ใหม่เพื่อให้ปรับแต่งแถบแท็บได้

toJSON() วิธีสำหรับ GeolocationCoordinates และ GeolocationPosition

เพิ่มเมธอด .toJSON() ลงในอินเทอร์เฟซ GeolocationCoordinates และ GeolocationPosition การดำเนินการนี้จะช่วยให้ทำการสแกนออบเจ็กต์เหล่านี้เป็นลำดับได้ด้วย JSON.stringify()

การสนับสนุนของ visualViewport onscrollend

เหตุการณ์ scrollend JavaScript จะเริ่มทํางานเพื่อส่งสัญญาณว่าการเลื่อนได้สิ้นสุดลงแล้ว

อินเทอร์เฟซ visualViewport มีเครื่องจัดการเหตุการณ์ onscrollend ที่ควรเรียกใช้เมื่อการเลื่อนใน visualViewport สิ้นสุดลง Chrome รองรับการเพิ่ม Listener เหตุการณ์แบบ Scrollend ผ่าน visualViewport.addEventListener("scrollend") อยู่แล้ว การดำเนินการนี้จะช่วยให้คุณเพิ่ม Listener เหตุการณ์โดยใช้ visualViewport.onscrollend ได้ด้วย

อินเทอร์เฟซ WebGL Object Web IDL

ฟีเจอร์นี้จะแสดงประเภท WebGLObject ในบริบทเดียวกับที่มีการเปิดเผย API ของ WebGL บนเทรดหลักและผู้ปฏิบัติงาน

การเปลี่ยนรูปแบบที่เข้ารหัส WebRTC: แก้ไขฟังก์ชันข้อมูลเมตา

กรณีการใช้งานการเปลี่ยนรูปแบบที่เข้ารหัส WebRTC บางกรณีเกี่ยวข้องกับการจัดการทั้งเพย์โหลดของเฟรมวิดีโอหรือเสียงที่เข้ารหัส แต่ยังรวมถึงข้อมูลเมตาด้วย เช่น

การเปลี่ยนแปลงการประทับเวลาของเฟรมเพื่อทำให้เกิดการหน่วงเวลา การเปลี่ยนประเภท MIME ของเฟรมหากการเปลี่ยนรูปแบบเปลี่ยนประเภทเพย์โหลด การส่งต่อสื่อไปยังการเชื่อมต่อเพียร์ใหม่ที่ตั้งค่าให้ใช้ค่าข้อมูลเมตาที่แตกต่างกัน

ฟีเจอร์นี้ช่วยให้ WebRTC Encrypted Transform API จัดการข้อมูลเมตาของเฟรมเสียงและวิดีโอได้

การรองรับ SVG สำหรับ Async Clipboard API

เปลี่ยนเป็น UTF-8 ใน Windows ขณะเขียนรูปแบบ image/svg+xml ไปยังคลิปบอร์ด รูปแบบ HTML ใช้ UTF-* ใน Windows อยู่แล้ว ซึ่งจะอนุญาตให้คัดลอกและวางรูปภาพ SVG จากคลิปบอร์ดได้

ในแพลตฟอร์มอื่นๆ ทั้งหมดที่รองรับ จะมีการเปลี่ยน image/svg+xml เป็น UTF-8 ก่อนที่จะเขียนไปยังคลิปบอร์ด

โปรดดูข้อมูลเพิ่มเติมในการรองรับ SVG สำหรับ Async Clipboard API

เปิดใช้ CloseWatcher API อีกครั้งและปิดคำขอสำหรับ <dialog> และ popover=""

CloseWatcher API อนุญาตให้จัดการคำขอที่ปิดไว้ เช่น คีย์ ESC ในแพลตฟอร์มเดสก์ท็อป หรือท่าทางสัมผัสหรือปุ่มย้อนกลับใน Android ได้ในลักษณะเดียวกัน เดิมฟีเจอร์นี้มีการจัดส่งใน Chrome 120 แล้ว แต่ถูกปิดเนื่องจากมีการโต้ตอบที่ไม่คาดคิดกับ <dialog> และได้นำกลับมาใช้ใน Chrome 126 อีกครั้งหลังจากปรับปรุงลักษณะการทำงานบางอย่างเพื่อลดปัญหาที่พบ

การรองรับเฟรมเวิร์กการช่วยเหลือพิเศษสำหรับ UI แบบอัตโนมัติใน Windows

Microsoft ได้ทำงานร่วมกับทีม Chrome เพื่อสนับสนุนเฟรมเวิร์ก UI Automation (UIA) ใน Windows โดยตรง ซึ่งทำให้เครื่องมือช่วยเหลือพิเศษสื่อสารกับเบราว์เซอร์ได้ง่ายขึ้น การทยอยเปิดตัวสู่เวอร์ชันเสถียรจะเริ่มใน Chrome เวอร์ชัน 126 การดำเนินการนี้ช่วยให้การเข้าถึงด้วยเสียงทำงานได้ในเบราว์เซอร์ทั้งหมดที่ใช้ Chromium และจะช่วยปรับปรุงประสบการณ์ของผู้ใช้สำหรับเครื่องมือช่วยเหลือพิเศษทั้งหมดที่ใช้ UIA เช่น ผู้บรรยายและ Magnifier การทำงานนี้จะลบเลเยอร์การจำลอง Windows UIA ซึ่งเป็นต้นตอของปัญหาด้านประสิทธิภาพต่างๆ ใน Chromium บน Windows

ดูข้อมูลเพิ่มเติมในขอแนะนำการรองรับ UIA ใน Windows

ช่วงทดลองใช้จากต้นทางใหม่

ใน Chrome 126 คุณจะเลือกใช้ช่วงทดลองใช้จากต้นทางใหม่ต่อไปนี้ได้

ใช้ FedCM เป็นสัญญาณความน่าเชื่อถือสำหรับ Storage Access API

ปรับเทียบ FedCM กับ Storage Access API โดยกำหนดให้ FedCM ก่อนหน้านี้ให้เหตุผลที่ถูกต้องในการอนุมัติคำขอเข้าถึงพื้นที่เก็บข้อมูลโดยอัตโนมัติ

เมื่อผู้ใช้ให้สิทธิ์ในการใช้ข้อมูลประจำตัวกับผู้ให้บริการข้อมูลประจำตัว (IdP) ของบุคคลที่สามใน Relying Party (RP) IdP จำนวนมากจะต้องใช้คุกกี้ของบุคคลที่สามเพื่อให้ทำงานได้อย่างถูกต้องและปลอดภัย ข้อเสนอนี้มีเป้าหมายเพื่อตอบสนองต่อข้อกำหนดดังกล่าวอย่างเป็นส่วนตัวและปลอดภัยโดยการอัปเดตการตรวจสอบสิทธิ์ Storage Access API (SAA) ให้ไม่เพียงยอมรับการให้สิทธิ์ที่ได้รับจากข้อความแจ้งการเข้าถึงพื้นที่เก็บข้อมูลเท่านั้น แต่ยังรวมถึงการให้สิทธิ์ที่ได้รับจากข้อความแจ้งของ FedCM ด้วย

พร็อพเพอร์ตี้หลักของกลไกนี้จะจำกัดการให้สิทธิ์สำหรับกรณีที่ RP อนุญาตอย่างชัดเจนผ่านนโยบายสิทธิ์ของ FedCM การบังคับใช้การควบคุมต่อเฟรมสำหรับ RP และป้องกันการสอดแนมแบบพาสซีฟโดย IdP นอกเหนือไปจากความสามารถที่ FedCM อนุญาตอยู่แล้ว

ลงทะเบียนใช้ FedCM เป็นสัญญาณความน่าเชื่อถือสำหรับช่วงทดลองใช้ Storage Access API จากต้นทาง

การเลือกไม่รับตัวอย่างสื่อ

ช่วงทดลองใช้จากต้นทางแบบย้อนกลับนี้ไม่รวมเว็บไซต์จากการเปิดตัว Media Previews

Chrome จะแสดงตัวอย่างแบบเรียลไทม์ของอินพุตกล้องและไมโครโฟนในขณะที่เว็บไซต์ขอสิทธิ์เข้าถึงกล้องและไมโครโฟน ซึ่งจะมีให้ใช้งานจากข้อมูลหน้าเว็บของเว็บไซต์ดังกล่าวด้วย

นอกจากนี้ ผู้ใช้ที่มีอุปกรณ์หลายเครื่องจะเลือกกล้องและไมโครโฟนได้เมื่อถึงเวลาที่มีการขอสิทธิ์ เว้นแต่เว็บไซต์จะขออุปกรณ์บางอย่างผ่านทาง getUserMedia()

หากต้องการยกเว้นเว็บไซต์ของคุณจากการแสดงตัวอย่างสื่อ ให้ลงทะเบียนเข้าร่วมการทดลองใช้ต้นทางการเลือกไม่ใช้การแสดงตัวอย่างสื่อ

FedCM: Continuation API, API พารามิเตอร์, Fields API, configURL หลายรายการ, ป้ายกำกับบัญชีที่กำหนดเอง

นักพัฒนาซอฟต์แวร์จะเริ่มเข้าร่วมช่วงทดลองใช้จากต้นทางสำหรับแพ็กเกจฟีเจอร์ FedCM บนเดสก์ท็อปได้ ซึ่งอาจมีการให้สิทธิ์ด้วย แพ็กเกจประกอบด้วย FedCM Continuation API, API พารามิเตอร์, Fields API, configURL หลายรายการ และป้ายกำกับบัญชี ที่กำหนดเอง ซึ่งจะทำให้สามารถโต้ตอบกับกล่องโต้ตอบสิทธิ์ที่ได้จาก IdP ซึ่งคล้ายกับขั้นตอนการให้สิทธิ์ OAuth

ช่วงทดลองใช้การเลิกใช้งานคอนเทนเนอร์การเลื่อนที่โฟกัสได้ของแป้นพิมพ์

ฟีเจอร์นี้จะทำการเปลี่ยนแปลงดังต่อไปนี้

• โดยค่าเริ่มต้น ตัวเลื่อนจะโฟกัสการคลิกได้และโฟกัสแบบเป็นโปรแกรมได้
• โดยค่าเริ่มต้น แถบเลื่อนที่ไม่มีเด็กที่โฟกัสได้จะโฟกัสแป้นพิมพ์ได้

ซึ่งถือเป็นการปรับปรุงที่สำคัญซึ่งจะช่วยให้ผู้ใช้ทั้งหมดเข้าถึงแถบเลื่อนและเนื้อหาภายในแถบเลื่อนได้มากขึ้น อ่านข้อมูลเพิ่มเติมเกี่ยวกับประโยชน์ของรูปแบบนี้ได้ในโพสต์แถบเลื่อนแป้นพิมพ์ที่โฟกัสได้

เราพยายามที่จะส่งการเปลี่ยนแปลงเหล่านี้ และพบว่าเว็บไซต์จำนวนหนึ่ง ไม่เป็นไปตามความคาดหวังขององค์ประกอบบางส่วน เราจึงต้องรวมระบบฟีเจอร์นี้ เพื่อหลีกเลี่ยงการเกิดความเสียหายนี้ จากประโยชน์ที่ได้รับ เราจะจัดส่งฟีเจอร์นี้อีกครั้ง เราจะเริ่มทดลองเลิกใช้งานเพื่อให้เว็บไซต์ที่ได้รับผลกระทบมีเวลามากขึ้นในการย้ายข้อมูลคอมโพเนนต์ เมื่อเปิดใช้ การดำเนินการนี้จะเป็นการปิดใช้ฟีเจอร์ KeyboardFocusableScrollers

การเลิกใช้งานและการนำออก

Chrome เวอร์ชันนี้ไม่มีการเลิกใช้งานหรือการนำออกใหม่ แต่ Chrome รุ่นนี้เป็นรุ่นสุดท้ายที่รองรับเหตุการณ์การเปลี่ยนแปลง รวมถึงจะนําออกใน Chrome 127 อ่านเหตุการณ์การแก้ไขจะถูกนำออกจาก Chrome เพื่อดูข้อมูลเพิ่มเติมและเตรียมพร้อมสำหรับการนำออกนี้