เผยแพร่: 5 กุมภาพันธ์ 2025
การเปลี่ยนแปลงต่อไปนี้จะมีผลกับการเปิดตัวช่องเบต้าของ Chrome เวอร์ชันล่าสุดสำหรับ Android, ChromeOS, Linux, macOS และ Windows เว้นแต่จะระบุไว้เป็นอย่างอื่น ดูข้อมูลเพิ่มเติม เกี่ยวกับฟีเจอร์ที่ระบุไว้ที่นี่ได้ผ่านลิงก์ที่ให้ไว้หรือจากรายการใน ChromeStatus.com Chrome 134 เป็นเวอร์ชันเบต้า ณ วันที่ 5 กุมภาพันธ์ 2025 คุณสามารถดาวน์โหลด เวอร์ชันล่าสุดได้ที่ Google.com สำหรับเดสก์ท็อปหรือ ใน Google Play Store บน Android
CSS
รุ่นนี้เพิ่มฟีเจอร์ CSS และ UI ใหม่ 5 รายการ
พร็อพเพอร์ตี้ CSS dynamic-range-limit
ช่วยให้หน้าเว็บจำกัดความสว่างสูงสุดของเนื้อหา HDR ได้
องค์ประกอบ <select> ที่ปรับแต่งได้
เพิ่มความสามารถในการปรับแต่งองค์ประกอบ HTML <select> โดยเลือกใช้ลักษณะการทํางานใหม่ที่มีค่า base-select เป็น appearance หลังจากเลือกใช้แล้ว คุณจะ
เพิ่มเนื้อหาที่สมบูรณ์ รวมถึงรูปภาพ และจัดรูปแบบตัวเลือกได้
ปิดไฟกล่องโต้ตอบ
ฟีเจอร์ที่ยอดเยี่ยมอย่างหนึ่งของ Popover API คือลักษณะการปิดแบบเบา ฟีเจอร์นี้
จะนำความสามารถเดียวกันมาสู่ <dialog> แอตทริบิวต์ closedby ใหม่
จะควบคุมลักษณะการทำงานดังนี้
<dialog closedby=none>: ไม่มีการปิดกล่องโต้ตอบที่ทริกเกอร์โดยผู้ใช้เลย<dialog closedby=closerequest>: การกดESC(หรือทริกเกอร์ปิดอื่นๆ) จะปิดกล่องโต้ตอบ<dialog closedby=any>: การคลิกนอกกล่องโต้ตอบหรือกด ESC จะเป็นการปิดกล่องโต้ตอบ เหมือนกับลักษณะการทำงานของpopover=auto
การรับค่าไฮไลต์ CSS
การรับค่าการไฮไลต์ CSS จะทำให้คลาสเสมือนของการไฮไลต์ CSS เช่น
::selection และ ::highlight รับค่าพร็อพเพอร์ตี้ผ่านห่วงโซ่การไฮไลต์เสมือน
แทนที่จะเป็นห่วงโซ่องค์ประกอบ ผลลัพธ์ที่ได้คือโมเดลที่ใช้งานง่ายยิ่งขึ้น
สำหรับการรับค่าพร็อพเพอร์ตี้ในไฮไลต์
ดูข้อมูลเพิ่มเติมได้ในบล็อกโพสต์การเปลี่ยนแปลงการรับค่าสำหรับจัดรูปแบบการเลือก CSS ที่เขียนโดย Stephen Chenney จาก Igalia
:has-slotted คลาสเสมือน
คลาสเสมือน :has-slotted แสดงองค์ประกอบช่องที่มีเนื้อหาที่เสียบ
เช่น โหนดหรือองค์ประกอบข้อความ ซึ่งใช้เพื่อจัดรูปแบบองค์ประกอบตาม
ว่าองค์ประกอบนั้นใช้เนื้อหาสำรองของช่องหรือไม่
Web API
ฟีเจอร์การรายงานการระบุแหล่งที่มา: นำขีดจำกัดของรายงานที่รวบรวมได้ออกเมื่อรหัสบริบททริกเกอร์ไม่ใช่ค่า Null
การเปลี่ยนแปลงนี้อิงตามความคิดเห็นของผู้เรียกใช้ API และความจำเป็นในการวัดเหตุการณ์ Conversion จำนวนมากขึ้นสำหรับโฟลว์ของผู้ใช้บางราย
ปัจจุบัน API มีขีดจํากัดที่อนุญาตให้สร้างรายงานที่รวบรวมได้สูงสุด 20 รายการต่อการลงทะเบียนแหล่งที่มา ซึ่งเป็นการจํากัดกรณีการใช้งานที่ผู้ใช้อาจมีเส้นทางของผู้ใช้ที่ยาวขึ้น การเปลี่ยนแปลงนี้จะนำขีดจำกัดของรายงานที่รวบรวมได้ ออกเมื่อมีการระบุรหัสบริบททริกเกอร์เป็นส่วนหนึ่งของการลงทะเบียน การยกเลิกขีดจํากัดนี้จะจํากัดเฉพาะในกรณีที่ระบุรหัสบริบททริกเกอร์เท่านั้น เนื่องจากเมื่อมีการระบุ API จะใช้รายงานที่ไม่มีข้อมูลในอัตราที่สูงขึ้น ซึ่งจะช่วยป้องกันการรั่วไหลของข้อมูลข้ามเว็บไซต์ผ่าน จํานวนรายงาน
นอกจากนี้ รายงานที่รวบรวมได้จะยังคงอยู่ภายใต้ขีดจำกัดอื่นๆ ที่ จำกัดปริมาณข้อมูลทั้งหมดที่วัดได้ เช่น งบประมาณการมีส่วนร่วมระดับ L1 (65,536) ต่อแหล่งที่มา และขีดจำกัดอัตราการระบุแหล่งที่มา
การแบ่งพาร์ติชัน URL ของ BLOB: การดึงข้อมูล/การไปยังส่วนต่างๆ
เพื่อเป็นการต่อยอดการแบ่งพาร์ติชันพื้นที่เก็บข้อมูล เราจะใช้การแบ่งพาร์ติชันการเข้าถึง URL ของ BLOB ตามคีย์พื้นที่เก็บข้อมูล (เว็บไซต์ระดับบนสุด ต้นทางของเฟรม และ บูลีน has-cross-site-ancestor) ยกเว้นการนำทางระดับบนสุด ซึ่งจะยังคงแบ่งพาร์ติชันตามต้นทางของเฟรมเท่านั้น ลักษณะการทำงานนี้คล้ายกับ สิ่งที่ Firefox และ Safari ใช้ในปัจจุบัน และสอดคล้องกับการใช้ URL ของ Blob กับรูปแบบการแบ่งพาร์ติชันที่ API พื้นที่เก็บข้อมูลอื่นๆ ใช้เป็นส่วนหนึ่งของการแบ่งพาร์ติชันพื้นที่เก็บข้อมูล นอกจากนี้ Chrome จะบังคับใช้ noopener กับการนำทางระดับบนสุดที่เริ่มต้นโดยตัวแสดงผลไปยัง URL ของ Blob ซึ่งเว็บไซต์ที่เกี่ยวข้องเป็นแบบข้ามเว็บไซต์กับเว็บไซต์ระดับบนสุดที่ทำการนำทาง การดำเนินการนี้จะทำให้ Chrome มีลักษณะการทำงานที่คล้ายกันใน Safari และเราได้อัปเดตข้อกำหนดที่เกี่ยวข้องเพื่อแสดงการเปลี่ยนแปลงเหล่านี้แล้ว
คุณสามารถเปลี่ยนกลับการเปลี่ยนแปลงนี้ชั่วคราวได้โดยตั้งค่านโยบาย PartitionedBlobURLUsage
ระบบจะเลิกใช้งานนโยบายนี้เมื่อเลิกใช้นโยบายระดับองค์กรอื่นๆ ที่เกี่ยวข้องกับการแบ่งพาร์ติชันพื้นที่เก็บข้อมูล
Document-Policy: expect-no-linked-resources
expect-no-linked-resourcesจุดกำหนดค่าใน Document-Policy ช่วยให้เอกสาร
สามารถบอกใบ้ User Agent เพื่อเพิ่มประสิทธิภาพลำดับการโหลดได้ดียิ่งขึ้น เช่น
ไม่ใช้ลักษณะการทำงานของการแยกวิเคราะห์แบบคาดการณ์เริ่มต้น (หรือที่เรียกว่าเครื่องสแกนการโหลดล่วงหน้า)
User Agent ได้ใช้การแยกวิเคราะห์ HTML แบบคาดการณ์เพื่อดึงข้อมูลแบบคาดการณ์ ทรัพยากรที่มีอยู่ในมาร์กอัป HTML เพื่อเร่งการโหลดหน้าเว็บ สำหรับหน้าเว็บส่วนใหญ่บนเว็บที่มีการประกาศทรัพยากรในมาร์กอัป HTML การเพิ่มประสิทธิภาพจะเป็นประโยชน์และต้นทุนที่จ่ายในการพิจารณาทรัพยากรดังกล่าวก็เป็นข้อแลกเปลี่ยนที่สมเหตุสมผล อย่างไรก็ตาม สถานการณ์ต่อไปนี้อาจส่งผลให้ ประสิทธิภาพไม่เป็นไปตามที่ต้องการเมื่อเทียบกับเวลาที่ใช้ในการแยกวิเคราะห์ HTML อย่างชัดเจน เพื่อระบุแหล่งข้อมูลย่อยที่จะดึงข้อมูล
- หน้าเว็บที่ไม่มีการประกาศทรัพยากรใดๆ ใน HTML
- หน้า HTML ขนาดใหญ่ที่มีการโหลดทรัพยากรน้อยที่สุดหรือไม่มีเลย ซึ่งอาจควบคุมการโหลดล่วงหน้าของทรัพยากรอย่างชัดเจนโดยใช้กลไกการโหลดล่วงหน้าอื่นๆ ที่มีอยู่
expect-no-linked-resources คำแนะนำ Document-Policy จะบอก User Agent ว่าอาจเลือกที่จะเพิ่มประสิทธิภาพเวลาที่ใช้ในการพิจารณาทรัพยากรย่อยดังกล่าว
การจัดการทรัพยากรอย่างชัดเจน (แบบอะซิงโครนัสและซิงโครนัส)
ฟีเจอร์เหล่านี้ช่วยแก้ปัญหาที่พบได้ทั่วไปในการพัฒนาซอฟต์แวร์เกี่ยวกับ อายุการใช้งานและการจัดการทรัพยากรต่างๆ (เช่น หน่วยความจำและ I/O) โดยทั่วไปแล้ว รูปแบบนี้จะรวมถึงการจัดสรรทรัพยากรและความสามารถในการ ปล่อยทรัพยากรที่สำคัญอย่างชัดเจน
ขยาย console.timeStamp API เพื่อรองรับตัวเลือกการวัดผลและการนำเสนอ
ฟีเจอร์นี้ขยาย console.timeStamp() API ในลักษณะที่เข้ากันได้แบบย้อนหลัง
เพื่อให้วิธีการที่มีประสิทธิภาพสูงในการวัดประสิทธิภาพแอปพลิเคชันและ
แสดงข้อมูลเวลาในแผงประสิทธิภาพในเครื่องมือสำหรับนักพัฒนาเว็บ
รายการเวลาที่เพิ่มด้วย API สามารถมีแสตมป์เวลา ระยะเวลา และตัวเลือกการนำเสนอที่กำหนดเอง (แทร็ก เลน และสี)
OffscreenCanvas getContextAttributes
เพิ่มอินเทอร์เฟซ getContextAttributes จาก CanvasRenderingContext2D ไปยัง
OffscreenCanvasRenderingContext2D
Private Aggregation API: ขีดจํากัดการมีส่วนร่วมต่อบริบทสําหรับผู้เรียกใช้ Shared Storage
ช่วยให้ผู้เรียกใช้ Shared Storage ปรับแต่งจำนวนการมีส่วนร่วมต่อรายงาน Private Aggregation ได้
ฟีเจอร์นี้ช่วยให้ผู้เรียกใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกันกำหนดค่าขีดจำกัดการมีส่วนร่วมต่อบริบทได้ด้วยฟิลด์ใหม่ maxContributions ผู้โทรจะตั้งค่าฟิลด์นี้
เพื่อลบล้างจำนวนการมีส่วนร่วมเริ่มต้นต่อรายงาน โดยจะอนุญาตทั้งตัวเลขที่มากขึ้นและน้อยลง
Chrome จะยอมรับค่า maxContributions
ระหว่าง 1 ถึง 1000 รวมด้วย ส่วนค่าที่มากกว่านั้นจะถือเป็น 1000
เนื่องจากการเพิ่มพื้นที่ว่าง ขนาดของเพย์โหลดของแต่ละรายงานจะแปรผันโดยประมาณ ตามจำนวนการมีส่วนร่วมที่เลือกต่อรายงาน เราคาดว่าการเลือกใช้รายงานที่ใหญ่ขึ้นจะเพิ่มต้นทุนในการดำเนินการบริการรวมข้อมูล
ผู้เรียกใช้ Protected Audience API จะไม่ได้รับผลกระทบจากฟีเจอร์นี้ อย่างไรก็ตาม เราวางแผนที่จะเพิ่มการรองรับการปรับแต่งจำนวนการมีส่วนร่วมสำหรับรายงาน Protected Audience API ในฟีเจอร์ในอนาคต
สนับสนุน ImageSmoothingQuality ใน PaintCanvas
เพิ่มการรองรับแอตทริบิวต์ imageSmoothingQuality ใน Paint Canvas ซึ่งช่วยให้นักพัฒนาเว็บเลือกการแลกเปลี่ยนคุณภาพกับประสิทธิภาพเมื่อปรับขนาดรูปภาพได้
imageSmoothingQuality มีตัวเลือกที่ถูกต้อง 3 ตัวเลือก ได้แก่ low, medium และ
high
กลุ่มย่อย WebGPU
เพิ่มฟังก์ชันการทำงานของกลุ่มย่อยลงใน WebGPU การดำเนินการของกลุ่มย่อยจะดำเนินการ SIMT เพื่อให้การสื่อสารและการแชร์ข้อมูลระหว่างกลุ่มการเรียกใช้มีประสิทธิภาพ การดำเนินการเหล่านี้สามารถใช้เพื่อเร่งความเร็วแอปพลิเคชันได้โดยการลดค่าใช้จ่ายด้านหน่วยความจำที่เกิดจากการสื่อสารระหว่างการเรียกใช้
ช่วงทดลองใช้จากต้นทางใหม่
ใน Chrome 134 คุณสามารถเลือกใช้Origin Trials ใหม่ต่อไปนี้ได้
Digital Credential API
ปัจจุบันเว็บไซต์สามารถรับข้อมูลเข้าสู่ระบบจากแอปกระเป๋าเงินบนอุปกรณ์เคลื่อนที่ผ่านกลไกต่างๆ ได้ เช่น ตัวแฮนเดิล URL ที่กำหนดเองและการสแกนคิวอาร์โค้ด ฟีเจอร์นี้ช่วยให้เว็บไซต์ขอข้อมูลระบุตัวตนจากกระเป๋าเงินโดยใช้ระบบ IdentityCredential CredMan ของ Android ได้ โดยสามารถขยายเพื่อรองรับรูปแบบข้อมูลเข้าสู่ระบบหลายรูปแบบ (เช่น mDoc ของ ISO และข้อมูลเข้าสู่ระบบที่ตรวจสอบได้ของ W3C) และอนุญาตให้ใช้แอปกระเป๋าเงินหลายแอป เรากำลังเพิ่มกลไกที่จะช่วย
ลดความเสี่ยงของการละเมิดข้อมูลระบุตัวตนในชีวิตจริงในวงกว้าง
การทดลองใช้ต้นทางที่เริ่มใน Chrome 134 จะเพิ่มการรองรับ API นี้ในแพลตฟอร์มเดสก์ท็อป ซึ่ง Chrome บนเดสก์ท็อปจะสื่อสารกับกระเป๋าเงินดิจิทัลในโทรศัพท์ Android อย่างปลอดภัยเพื่อดึงข้อมูลเข้าสู่ระบบที่ขอ
การเลิกใช้งานและการนำออก
Chrome เวอร์ชันนี้มีการเลิกใช้งานและการนำออกตามรายการด้านล่าง ไปที่ ChromeStatus.com เพื่อดูรายการการเลิกใช้งานที่วางแผนไว้ การเลิกใช้งานในปัจจุบัน และการนำออกก่อนหน้า
Chrome เวอร์ชันนี้จะนำฟีเจอร์หนึ่งออก
นำข้อจำกัดเสียง getUserMedia ที่ไม่ใช่มาตรฐานออก
Blink รองรับข้อจำกัดที่นำหน้าด้วย goog- ซึ่งไม่ใช่มาตรฐานสำหรับ
getUserMedia ตั้งแต่ก่อนที่ข้อจำกัดจะได้รับการกำหนดมาตรฐานอย่างเหมาะสม
การใช้งานลดลงอย่างมากเหลือระหว่าง 0.000001% ถึง 0.0009% (ขึ้นอยู่กับข้อจำกัด) และบางรายการก็ไม่มีผลเนื่องจากการเปลี่ยนแปลงในสแต็กการบันทึกเสียงของ Chromium ในเร็วๆ นี้ การตั้งค่าเหล่านี้จะไม่มีผลเนื่องจาก การเปลี่ยนแปลงอื่นๆ ที่กำลังจะเกิดขึ้น
เราคาดว่าการเปลี่ยนแปลงนี้จะไม่ส่งผลให้เกิดการถดถอยที่สำคัญ แอปพลิเคชันที่ใช้ ข้อจำกัดเหล่านี้จะยังคงทำงานต่อไป แต่จะได้รับเสียงที่มี การตั้งค่าเริ่มต้น (ราวกับว่าไม่มีการส่งข้อจำกัด) โดยสามารถเลือกย้ายข้อมูลไปยังข้อจำกัดมาตรฐานได้