การเพิ่ม API การจับภาพหน้าจอ การประมาณคุณสมบัติเทมเพลตตารางกริด CSS และอื่นๆ
การเปลี่ยนแปลงที่อธิบายไว้ด้านล่างจะมีผลกับ Chrome เวอร์ชันเบต้าใหม่ล่าสุดสำหรับ Android, ChromeOS, Linux, macOS และ Windows เว้นแต่จะระบุไว้เป็นอย่างอื่น เรียนรู้เพิ่มเติมเกี่ยวกับฟีเจอร์ที่แสดงรายการไว้ที่นี่ผ่านลิงก์ที่ให้ไว้หรือจากรายการใน ChromeStatus.com Chrome 107 เป็นเวอร์ชันเบต้าตั้งแต่วันที่ 29 กันยายน 2022 คุณดาวน์โหลดเวอร์ชันล่าสุดได้จาก Google.com สำหรับเดสก์ท็อปหรือ Google Play Store ใน Android
การประมาณค่าในช่วงพร็อพเพอร์ตี้ CSS grid-template
ในตารางกริด CSS พร็อพเพอร์ตี้ grid-template-columns และ grid-template-rows จะอนุญาตให้นักพัฒนาซอฟต์แวร์กำหนดชื่อเส้นและติดตามขนาดของคอลัมน์และแถวในตารางกริดตามลำดับ จากผู้ร่วมให้ข้อมูลของ Microsoft ตอนนี้เราจึงสนับสนุนการประมาณสำหรับพร็อพเพอร์ตี้เหล่านี้ ตอนนี้เลย์เอาต์แบบตารางกริดเปลี่ยนผ่านระหว่างสถานะต่างๆ ได้อย่างราบรื่นแทนที่จะสแนปที่จุดกึ่งกลางของภาพเคลื่อนไหวหรือการเปลี่ยน
การควบคุมการแชร์หน้าจอที่รักษาความเป็นส่วนตัว
Screen Capture API มีการเพิ่ม API การจับภาพและสตรีมสื่อที่มีอยู่เพื่อให้ผู้ใช้เลือกหน้าจอหรือบางส่วนของหน้าจอ (เช่น หน้าต่าง) เพื่อจับภาพเป็นสตรีมสื่อได้ จากนั้นจะสามารถบันทึกหรือแชร์สตรีมนี้กับผู้อื่นผ่านเครือข่ายได้ ในรุ่นเบต้านี้ จะมีฟีเจอร์ใหม่ๆ ที่เพิ่มเข้ามาใน API นี้
DisplayMediaStreamConstraints.selfBrowserSurface
คำแนะนำการอนุญาตให้เว็บแอปพลิเคชันแนะนำเบราว์เซอร์ว่าเมื่อเรียกใช้ getDisplayMedia() ควรยกเว้นแท็บปัจจุบันออกจากรายการแท็บที่เสนอให้กับผู้ใช้หรือไม่
วิธีนี้จะช่วยป้องกันการจับภาพตัวเองโดยไม่ตั้งใจ เมื่อผู้ใช้เลือกแท็บที่แอปทำงานอยู่โดยไม่ตั้งใจ เอฟเฟกต์ภาพกระจกเงา (Hall-of-Mirrors) จะสร้างขึ้น ทำให้ผู้ใช้เกิดความสับสนและวุ่นวายกับการหารือกับผู้ใช้ทางไกล
DisplayMediaStreamConstraints.surfaceSwitching
เพิ่มตัวเลือกเพื่อควบคุมผ่านทางโปรแกรมว่าจะให้ Chrome แสดงปุ่มสำหรับเปลี่ยนแท็บขณะแชร์หน้าจอหรือไม่ ระบบจะส่งตัวเลือกนี้ไปยัง navigator.mediaDevices.getDisplayMedia()
ปุ่มแชร์แท็บนี้แทนช่วยให้ผู้ใช้สลับแท็บที่กำลังแชร์ได้อย่างราบรื่น โดยไม่ต้องเลือกแท็บการประชุมทางวิดีโออีกครั้ง เพียงคลิกปุ่มเพื่อเริ่มต้น getDisplayMedia() อีกครั้ง หรือเลือกแท็บใหม่จากรายการแท็บที่มีอยู่จำนวนมาก ระบบจะแสดงลักษณะการทำงานนี้อย่างมีเงื่อนไขเนื่องจากเว็บแอปพลิเคชันบางแอปพลิเคชันไม่สามารถรองรับการทำงานลักษณะนี้
MediaTrackConstraintSet.displaySurface
เมื่อมีการเรียกใช้ getDisplayMedia() เบราว์เซอร์จะมีตัวเลือกพื้นที่แสดงผลแก่ผู้ใช้ ได้แก่ แท็บ หน้าต่าง หรือจอภาพ เมื่อใช้ข้อจำกัด displaySurface เว็บแอปพลิเคชันอาจแนะนำเบราว์เซอร์ในกรณีที่ต้องการเสนอแพลตฟอร์มบางประเภทให้กับผู้ใช้อย่างเด่นชัดมากขึ้น
ดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีที่ฟีเจอร์เหล่านี้จะช่วยหลีกเลี่ยงการแชร์มากเกินไปโดยไม่ได้ตั้งใจ
แสดงผลสถานะการบล็อกในระยะเวลาของทรัพยากร
เพิ่มช่องลงใน PerfomanceResourceTiming เพื่อระบุสถานะการบล็อกการแสดงผลของทรัพยากร จากมุมมองของนักพัฒนาซอฟต์แวร์ วิธีเดียวที่จะพิจารณาว่าทรัพยากรใดใช้การบล็อกการแสดงผลจริงๆ คือการใช้การเรียนรู้ที่ซับซ้อน แต่ช่องใหม่จะให้สัญญาณโดยตรงในส่วนเดียวกันแทน
ไวลด์การ์ดในต้นทางนโยบายสิทธิ์
ฟีเจอร์นี้เพิ่มการรองรับไวลด์การ์ดในนโยบายสิทธิ์ที่มีโครงสร้าง เช่น SCHEME://*.HOST:PORT (เช่น https://*.foo.com/) ซึ่งอาจสร้างต้นทางที่ถูกต้องจาก SCHEME://HOST:PORT (เช่น https://foo.com/) โดย HOST ต้องมี eTLD+1 (โดเมนที่จดทะเบียนได้) เป็นอย่างน้อย ซึ่งหมายความว่า https://*.bar.foo.com/ จะใช้ได้ แต่ https://*.com/ จะไม่ทำงาน ระบบจะไม่รองรับไวลด์การ์ดในส่วนรูปแบบและพอร์ต และ https://*.foo.com/ จะไม่มอบสิทธิ์ให้กับ https://foo.com/ ก่อนหน้านี้ นโยบายสิทธิ์อาจต้องมีลักษณะดังนี้
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
คุณสามารถใช้ฟีเจอร์ต่อไปนี้
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
รองรับแอตทริบิวต์ rel ในองค์ประกอบ <form>
ฟีเจอร์นี้เพิ่มแอตทริบิวต์ rel ลงในองค์ประกอบแบบฟอร์ม ซึ่งทำให้สามารถป้องกันไม่ให้ window.opener ปรากฏในเว็บไซต์ที่องค์ประกอบแบบฟอร์มที่มี rel=noopener นำทางไป และป้องกันไม่ให้ส่งส่วนหัวอ้างอิงไปกับ rel=noreferrer
ช่วงทดลองใช้จากต้นทาง
Chrome รุ่นนี้มีการทดลองใช้ต้นทางใหม่ 2 รายการ
API บีคอนที่รอดำเนินการประกาศ
API บีคอนแบบเก็บสถานะที่ช่วยให้เบราว์เซอร์ควบคุมเมื่อมีการส่งบีคอนได้ บีคอนคือกลุ่มข้อมูลที่ส่งไปยังเซิร์ฟเวอร์แบ็กเอนด์โดยไม่คาดหวังว่าจะได้การตอบสนองบางอย่าง เรามักจะต้องการส่งข้อความเหล่านี้เมื่อสิ้นสุดการเข้าชมหน้าเว็บ แต่ไม่มีเวลาที่เหมาะสมในการ "ส่ง" ขนาดนั้น ให้โทรแทน API นี้จะมอบสิทธิ์การส่งไปยังเบราว์เซอร์ จึงสามารถรองรับบีคอนเมื่อยกเลิกการโหลดหน้าหรือเมื่อซ่อนหน้า โดยนักพัฒนาซอฟต์แวร์ไม่จำเป็นต้องใช้การส่งการเรียกในเวลาที่เหมาะสม
คาดว่าการทดลองใช้นี้จะทำงานจนถึง Chrome 109 ลงทะเบียนทดลองใช้ที่นี่
สิทธิ์-นโยบาย: ยกเลิกการโหลด
ฟีเจอร์นี้อนุญาตให้หน้าเว็บปิดใช้การเรียกใช้ตัวแฮนเดิลเหตุการณ์ยกเลิกการโหลด โดยมีเป้าหมายเพื่อให้เว็บไซต์ที่ได้นำตัวแฮนเดิลยกเลิกการโหลดทั้งหมดออกเพื่อให้แน่ใจว่าจะไม่เพิ่มตัวแฮนเดิลใหม่โดยไม่ได้ตั้งใจ วิธีนี้จะช่วยให้เว็บไซต์ย้ายข้อมูลออกจากตัวแฮนเดิลเหตุการณ์ยกเลิกการโหลด และปรับปรุงอัตรา Hit ของ BFCache
คาดว่าการทดลองใช้นี้จะทำงานจนถึง Chrome 109 ลงทะเบียนทดลองใช้ที่นี่
การเลิกใช้งานและการนำออก
Chrome เวอร์ชันนี้แนะนำการเลิกใช้งานและการนำออกตามที่ระบุไว้ด้านล่าง ไปที่ ChromeStatus.com เพื่อดูรายการการเลิกใช้งานที่วางแผนไว้ การเลิกใช้งานปัจจุบัน และการนำออกก่อนหน้านี้
Chrome รุ่นนี้เลิกใช้งานฟีเจอร์เดียว
คาดหวัง-CT
Expect-CT เป็นส่วนหัว HTTP ที่อนุญาตให้เว็บไซต์เลือกใช้การบังคับใช้ความโปร่งใสของใบรับรองก่อนที่จะมีการบังคับใช้โดยค่าเริ่มต้น และยังมีฟังก์ชันการรายงานที่ช่วยให้นักพัฒนาแอปค้นพบการกำหนดค่า CT ที่ไม่ถูกต้องด้วย
ส่วนหัว HTTP ของ Expect-CT ออกแบบมาเพื่อช่วยเปลี่ยนไปการบังคับใช้ความโปร่งใสของใบรับรอง (CT) สากล โดยอนุญาตให้เว็บไซต์ที่มีคุณค่าสูงเลือกใช้การบังคับใช้หรือการรายงาน CT เพื่อความปลอดภัยที่ดีขึ้นก่อนที่ Chrome จะกำหนดให้ใช้ CT ในเว็บไซต์สาธารณะทั้งหมด แต่ Expect-CT ก็ไม่ได้มีประโยชน์อีกต่อไปแล้ว ขณะนี้ Chrome ต้องใช้ CT ในเว็บไซต์สาธารณะทั้งหมด ดังนั้นจึงไม่มีค่าความปลอดภัยสำหรับ Expect-CT อีกต่อไป ไม่มีเบราว์เซอร์อื่นใดที่ใช้งาน Expect-CT ดังนั้นการนำออกจึงไม่มีความกังวลเกี่ยวกับความสามารถในการทำงานร่วมกัน