วันที่เปิดตัวแบบเสถียร: 11 มิถุนายน 2024
การเปลี่ยนแปลงต่อไปนี้มีผลกับ Chrome 126 เวอร์ชันเสถียรสำหรับ Android, ChromeOS, Linux, macOS และ Windows เว้นแต่จะระบุไว้เป็นอย่างอื่น
CSS
การเปลี่ยนมุมมองข้ามเอกสารสำหรับการนำทางจากต้นทางเดียวกัน
ก่อนหน้านี้คุณต้องปรับโครงสร้างเว็บไซต์ของคุณให้เป็น SPA เพื่อใช้ View Transitions API แต่จะไม่เป็นเช่นนี้แล้ว ตอนนี้การเปลี่ยนผ่านมุมมองจะเปิดใช้โดยค่าเริ่มต้น สำหรับการนำทางจากต้นทางเดียวกัน คุณจะสร้างการเปลี่ยนมุมมองระหว่างเอกสาร 2 ฉบับที่มีต้นทางเดียวกันได้
หากต้องการเปิดการเปลี่ยนมุมมองข้ามเอกสาร ทั้ง 2 ฝั่งจะต้องเลือกใช้ หากต้องการทำแบบนี้ ให้ใช้กฎ at @view-transition
และตั้งค่าข้อบ่งชี้ navigation
เป็น auto
@view-transition {
navigation: auto;
}
การเปลี่ยนมุมมองข้ามเอกสารใช้องค์ประกอบพื้นฐานและหลักการเดียวกันกับการเปลี่ยนมุมมองเอกสารเดียวกัน ระบบจะบันทึกองค์ประกอบที่ใช้ view-transition-name
และคุณปรับแต่งภาพเคลื่อนไหวได้โดยใช้ภาพเคลื่อนไหว CSS
การเปลี่ยนที่ราบรื่นด้วย View Transition API | การติดตามข้อบกพร่อง #1372584 | รายการ ChromeStatus.com | ข้อมูลจำเพาะ
API ของเว็บ
ส่วนขยายทริกเกอร์เส้นรอบวงของ Gamepad API
ขยายอินเทอร์เฟซ GamepadHapticActuator
เพื่อแสดงความสามารถของทริกเกอร์แบบสั่นบนเว็บสำหรับเกมแพดที่เข้ากันได้ ส่วนขยายนี้จะอนุญาตเว็บแอปพลิเคชันที่ใช้ประโยชน์จาก Gamepad API ให้สั่นทริกเกอร์ของอุปกรณ์ Gamepad ที่มาพร้อมฟังก์ชันนี้ด้วย
การติดตามข้อบกพร่อง #40834175 | รายการ ChromeStatus.com | ข้อกำหนด
เว็บแอปแบบแท็บของ ChromeOS
PWA ในหน้าต่างแบบสแตนด์อโลนจะเปิดได้ครั้งละ 1 หน้าเท่านั้น บางแอปคาดหวังให้ผู้ใช้ต้องเปิดหน้าเว็บหลายหน้าพร้อมกัน โหมดแท็บจะเพิ่มแถบแท็บไปยังเว็บแอปแบบสแตนด์อโลนใน ChromeOS ซึ่งช่วยให้เปิดหลายแท็บพร้อมกันได้
ฟีเจอร์นี้เพิ่มโหมดการแสดงผล "tabbed"
ใหม่และช่องไฟล์ Manifest ใหม่เพื่อให้ปรับแต่งแนวแท็บได้
การติดตามข้อบกพร่อง #40598974 | รายการ ChromeStatus.com | ข้อกำหนด
เมธอด toJSON()
สำหรับ GeolocationCoordinates
และ GeolocationPosition
เพิ่มเมธอด .toJSON()
ไปยังอินเทอร์เฟซ GeolocationCoordinates
และ GeolocationPosition
การดำเนินการนี้จะทำให้มีอนุกรมของออบเจ็กต์เหล่านี้
ด้วย JSON.stringify()
อินเทอร์เฟซระดับสูงของ WebGLObject Web IDL
ฟีเจอร์นี้แสดงประเภท WebGLObject
ในบริบทเดียวกันกับที่มีการเปิดเผย WebGL API ในเทรดหลักและผู้ปฏิบัติงาน
รายการ ChromeStatus.com | ข้อกำหนด
การเปิดใช้ CloseWatcher
API อีกครั้งและปิดคำขอสำหรับ <dialog>
และ popover=""
CloseWatcher
API ช่วยให้จัดการคำขอปิดได้ เช่น คีย์ ESC ในแพลตฟอร์มเดสก์ท็อป รวมถึงท่าทางสัมผัสหรือปุ่มย้อนกลับใน Android ด้วยวิธีแบบเดียวกัน
เดิมทีฟีเจอร์นี้จัดส่งใน Chrome 120
แต่ถูกปิดใช้งานเนื่องจากมีการโต้ตอบที่ไม่คาดคิดกับ <dialog>
และได้เปิดใช้ใน Chrome 126 อีกครั้งแล้วหลังจากการปรับปรุงลักษณะการทำงานบางอย่างเพื่อลดปัญหาที่อาจเกิดขึ้น
การสาธิต | การติดตามข้อบกพร่อง #1171318 | รายการ ChromeStatus.com
Attribution Reporting API: นโยบาย URL ที่มาสำหรับคำขอ attributionsrc
รายการ
ระบบจะดำเนินการกับคำขอ attributionsrc
รายการเช่นเดียวกับทรัพยากรย่อยอื่นๆ ในหน้า
ก่อนหน้านี้ เมื่อมีการเรียก API ผ่านการระบุแหล่งที่มา attributionsrc
เป็นส่วนหนึ่งขององค์ประกอบ HTML ต่างๆ (เช่น <img>
, <script>
, <a>
หรือ window.open
) API จะไม่สนใจแอตทริบิวต์นโยบาย URL ที่มาระดับทรัพยากรที่ตั้งค่าไว้ในองค์ประกอบ <html>
การเปลี่ยนแปลงนี้จะทำให้คำขอ attributionsrc
จะใช้นโยบาย URL ที่มาระดับทรัพยากรเดียวกับที่ตั้งค่าไว้ใน <img>
, <script>
, <a>
หรือ window.open
ซึ่งช่วยให้เทคโนโลยีด้านโฆษณาสามารถควบคุมได้มากขึ้นว่าต้องการจำกัดข้อมูลผู้อ้างอิงในคำขอ attributionsrc
มากขึ้นหรือน้อยลง
สื่อ
การรองรับคอนเทนเนอร์ MP4 สำหรับ MediaRecorder
เพิ่มการรองรับการมักซ์เสียงและวิดีโอลงในคอนเทนเนอร์ MP4 ด้วย MediaRecorder
MediaRecorder | รายการ ChromeStatus.com | ข้อมูลจำเพาะ
พารามิเตอร์ OpusEncoderConfig signal
และ application
พารามิเตอร์ OpusEncoderConfig.signal
และ OpusEncoderConfig.application
จะจับคู่กับ Knob ของโปรแกรมเปลี่ยนไฟล์เฉพาะการติดตั้งใช้งานโดยตรง คุกกี้เหล่านี้ช่วยให้ผู้เขียนเว็บสามารถบอกใบ้ว่าข้อมูลประเภทใดที่กำลังเข้ารหัสและบริบทที่จะนำข้อมูลดังกล่าวไปใช้
signal
อาจเป็นหนึ่งใน "auto"
, "music"
, "voice"
โดยจะกำหนดค่าโปรแกรมเปลี่ยนไฟล์เพื่อให้การเข้ารหัสประเภทข้อมูลที่ระบุมีประสิทธิภาพดีที่สุด application
อาจเป็น "voip"
, "audio"
, "lowdelay"
โดยจะกำหนดค่าโปรแกรมเปลี่ยนไฟล์ให้มีความสามารถในการรู้จำคำพูด ทำซ้ำอินพุตต้นฉบับอย่างซื่อสัตย์ หรือมีเวลาในการตอบสนองน้อยที่สุด
รายการ ChromeStatus.com | ข้อกำหนด
JavaScript
การสนับสนุนเกี่ยวกับonscrollend
visualViewport
เหตุการณ์ JavaScript scrollend
เริ่มทำงานเพื่อให้สัญญาณว่าการดำเนินการเลื่อนสิ้นสุดลงแล้ว
อินเทอร์เฟซ visualViewport
มีเครื่องจัดการเหตุการณ์ onscrollend
ที่ควรเรียกใช้เมื่อการดำเนินการเลื่อนใน visualViewport
สิ้นสุดลง Chrome
รองรับการเพิ่ม Listener เหตุการณ์แบบการเลื่อนผ่าน
visualViewport.addEventListener("scrollend")
อยู่แล้ว ซึ่งจะช่วยให้เพิ่ม Listener เหตุการณ์
โดยใช้ visualViewport.onscrollend
ได้ด้วย
การติดตามข้อบกพร่อง #325307785 | รายการ ChromeStatus.com
ความเป็นส่วนตัว
จัด navigator.cookieEnabled ตามข้อกำหนด
ปัจจุบัน navigator.cookieEnabled
ระบุว่า "User Agent พยายามจัดการคุกกี้" ในบริบทหนึ่งๆ การเปลี่ยนแปลงใน Chrome ซึ่งการจัดส่งเป็นส่วนหนึ่งของการเลิกใช้งานคุกกี้ของบุคคลที่สาม (3PCD) จะทําให้ระบบระบุว่าสามารถเข้าถึงคุกกี้ที่ไม่ได้แบ่งพาร์ติชันได้หรือไม่ (ทำให้แสดงผลเป็นเท็จใน iframe แบบข้ามเว็บไซต์ส่วนใหญ่) เราควรคืนค่าลักษณะการทำงานก่อนหน้าของ navigator.cookieEnabled
ซึ่งระบุก็ต่อเมื่อมีการเปิดหรือปิดใช้คุกกี้ในเว็บไซต์ และอาศัยฟังก์ชันข้ามผู้ให้บริการ document.hasStorageAccess
เพื่อระบุว่าเข้าถึงคุกกี้แบบไม่แบ่งพาร์ติชันได้หรือไม่
การติดตามข้อบกพร่อง #335553590 | รายการ ChromeStatus.com | ข้อกำหนด
การช่วยเหลือพิเศษ
การรองรับเฟรมเวิร์กการช่วยเหลือพิเศษสำหรับการทำงานอัตโนมัติของ UI ใน Windows
แอปพลิเคชันอำนวยความสะดวกที่ทันสมัยใน Microsoft Windows ใช้เฟรมเวิร์กการช่วยเหลือพิเศษสำหรับการทำงานอัตโนมัติของ UI ของแพลตฟอร์มเพื่อทำงานร่วมกับอินเทอร์เฟซผู้ใช้ของแอปพลิเคชันอื่นๆ ก่อนหน้านี้ Chromium รองรับเฟรมเวิร์ก Microsoft Active Accessibility (MSAA) และ IAccessible2 (IA2) เวอร์ชันเก่าสำหรับวัตถุประสงค์นี้ ซึ่งทำให้เกิดปัญหาเกี่ยวกับเครื่องมือช่วยเหลือพิเศษใน Windows
เพื่อแก้ปัญหานี้ Microsoft จึงได้ร่วมมือกับทีม Chrome เพื่อสนับสนุนเฟรมเวิร์กการทำงานอัตโนมัติของ UI (UIA) ใน Windows โดยตรง ซึ่งทำให้เครื่องมือช่วยเหลือพิเศษสื่อสารกับเบราว์เซอร์ได้ง่ายขึ้น เราจะเริ่มทยอยเปิดตัวไปยังเวอร์ชันเสถียร โดยเริ่มตั้งแต่ Chrome เวอร์ชัน 126 การดำเนินการนี้จะทำให้การเข้าถึงด้วยเสียงทำงานได้ในเบราว์เซอร์แบบ Chromium ทั้งหมดและช่วยปรับปรุงประสบการณ์ของผู้ใช้สำหรับเครื่องมือช่วยเหลือพิเศษที่ใช้ UIA ทั้งหมด เช่น ผู้บรรยายและแว่นขยาย
ขอแนะนำการรองรับ UIA ใน Windows
ช่วงทดลองใช้จากต้นทางใหม่
FedCM เป็นสัญญาณความน่าเชื่อถือสำหรับ Storage Access API
ปรับยอด FedCM และ Storage Access API โดยกำหนดให้ FedCM ก่อนหน้ามีเหตุผลที่ถูกต้องในการอนุมัติคำขอเข้าถึงพื้นที่เก็บข้อมูลโดยอัตโนมัติ
เมื่อผู้ใช้ให้สิทธิ์ในการใช้ข้อมูลประจำตัวกับผู้ให้บริการข้อมูลประจำตัว (IdP) บุคคลที่สามในบุคคลที่สาม (RP) IdP จำนวนมากจะต้องใช้คุกกี้ของบุคคลที่สามเพื่อให้ทำงานได้อย่างถูกต้องและปลอดภัย ข้อเสนอนี้มีเป้าหมายเพื่อตอบสนองต่อข้อกำหนดดังกล่าวในลักษณะที่เป็นส่วนตัวและปลอดภัยด้วยการอัปเดตการตรวจสอบสิทธิ์ Storage Access API (SAA) ไม่เพียงแค่ยอมรับการให้สิทธิ์ที่ได้รับจากข้อความแจ้งการเข้าถึงพื้นที่เก็บข้อมูลเท่านั้น แต่ยังรวมถึงการให้สิทธิ์จากข้อความแจ้งของ FedCM ด้วย
พร็อพเพอร์ตี้สำคัญของกลไกนี้คือจำกัดการให้สิทธิ์สำหรับกรณีที่ RP อนุญาตอย่างชัดแจ้งผ่านนโยบายสิทธิ์ของ FedCM, การบังคับใช้การควบคุมต่อเฟรมสำหรับ RP และป้องกันการเฝ้าระวังแบบแพสซีฟโดย IdP นอกเหนือจากความสามารถที่ FedCM มอบให้อยู่แล้ว
ช่วงทดลองใช้จากต้นทาง | คำอธิบาย | รายการ ChromeStatus.com
เลือกไม่ใช้การแสดงตัวอย่างสื่อ
ช่วงทดลองใช้จากต้นทางแบบย้อนกลับนี้จะยกเว้นเว็บไซต์จากการเปิดตัวตัวอย่างสื่อ
Chrome จะแสดงตัวอย่างอินพุตจากกล้องและไมโครโฟนแบบเรียลไทม์เมื่อเว็บไซต์ขอสิทธิ์เข้าถึงกล้องและไมโครโฟน ซึ่งมีอยู่ในข้อมูลเพจของเว็บไซต์ด้วย
นอกจากนี้ ผู้ใช้ที่มีอุปกรณ์หลายเครื่องจะเลือกกล้องและไมโครโฟนได้เมื่อขอสิทธิ์ เว้นแต่ว่าเว็บไซต์จะขออุปกรณ์เฉพาะผ่าน getUserMedia()
ช่วงทดลองใช้จากต้นทาง | การติดตามข้อบกพร่อง #330762482 | รายการ ChromeStatus.com
FedCM: Continuation API, Parameters API, Fields API, configURLs หลายรายการ, ป้ายกำกับบัญชีที่กำหนดเอง
นักพัฒนาซอฟต์แวร์จะเริ่มเข้าร่วมในช่วงทดลองใช้จากต้นทางสำหรับแพ็กเกจฟีเจอร์ FedCM สำหรับเดสก์ท็อปที่รวมการให้สิทธิ์เอาไว้ได้ แพ็กเกจนี้ประกอบด้วย FedCM Continuation API, Parameters API, Fields API, configURL หลายรายการ และป้ายกำกับบัญชีที่กำหนดเอง การดำเนินการนี้จะเปิดใช้ประสบการณ์ที่เหมือนกับขั้นตอนการให้สิทธิ์ OAuth กับกล่องโต้ตอบสิทธิ์ที่ได้จาก IdP
การติดตามข้อบกพร่อง #40262526 | รายการ ChromeStatus.com
การควบคุมสิทธิ์ในหน้าเว็บแบบฝัง
ระบุองค์ประกอบ HTML ใหม่ที่โต้ตอบกับขั้นตอนการให้สิทธิ์
ปัจจุบันข้อความแจ้งสิทธิ์จะทริกเกอร์โดยตรงจาก JavaScript โดยที่ User Agent ไม่มีสัญญาณที่ชัดเจนเกี่ยวกับความตั้งใจของผู้ใช้ การมีองค์ประกอบในเนื้อหาที่ผู้ใช้ใช้เพื่อทริกเกอร์โฟลว์สิทธิ์จะทำให้ได้รับ UX ข้อความแจ้งสิทธิ์ที่ดีขึ้นสำหรับผู้ใช้ รวมถึงเส้นทางการกู้คืนจากสถานะสิทธิ์ "ถูกปฏิเสธ" สำหรับเว็บไซต์ด้วย
การเลิกใช้งานและการนำออก
ถอดความและนำไวยากรณ์ "ยืนยัน" การยืนยันการนำเข้าออก
เลิกใช้งานและนำคีย์เวิร์ด assert
ออกเพื่อใช้คีย์เวิร์ด with
ใหม่ในไวยากรณ์แอตทริบิวต์การนำเข้า
กล่าวคือ import m from 'foo' assert { type: 'json' }
จะส่งข้อผิดพลาดของไวยากรณ์ และนักพัฒนาซอฟต์แวร์ต้องเปลี่ยนเป็น import m from 'foo' with { type: 'json' }
รายการ ChromeStatus.com | ข้อกำหนด
อ่านเพิ่มเติม
อยากได้อีกใช่ไหม โปรดดูแหล่งข้อมูลเพิ่มเติมเหล่านี้
- มีอะไรใหม่ใน Chrome 126
- มีอะไรใหม่ในเครื่องมือสำหรับนักพัฒนาเว็บใน Chrome 126
- การอัปเดต ChromeStatus.com สำหรับ Chrome 126
- ปฏิทินการเผยแพร่ของ Chrome
- การเลิกใช้งานที่กำลังจะเกิดขึ้น
- การนำออกที่กำลังจะเกิดขึ้น