สิ่งที่จำเป็นต้องทราบมีดังนี้
- สัญลักษณ์สี
hwb()เป็นวิธีใหม่ในการระบุสีตามโทนสี ความขาว และสีดำ - ลำดับความสำคัญของการดึงข้อมูลช่วยให้คุณแนะนำเบราว์เซอร์ว่าควรดาวน์โหลดทรัพยากรในลำดับใด
- และยังมีอีกมากมาย
มาดูกันว่ามีอะไรใหม่ใน Chrome 101
hwb() การเขียนแทนสี
hwb() อธิบายไว้ในบทความของ Stefan Judis ว่าเป็น "การเขียนโน้ตสีสำหรับมนุษย์" ซึ่งระบุสีตามโทนสี ความขาว และความดำ เช่นเดียวกับการเขียนโน้ตสีอื่นๆ คอมโพเนนต์อัลฟ่าที่ไม่บังคับจะระบุระดับความทึบ
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
ตอนนี้วิธีการระบุสีนี้ได้รับการรองรับอย่างแพร่หลายแล้ว โดย Firefox รองรับตั้งแต่เวอร์ชัน 96 และ Safari รองรับตั้งแต่เวอร์ชัน 15
ลําดับความสําคัญในการดึงข้อมูล
ลําดับความสําคัญในการดึงข้อมูลช่วยให้คุณบอกเบราว์เซอร์ได้ว่าควรดาวน์โหลดทรัพยากรตามลําดับใดโดยใช้แอตทริบิวต์ fetchpriority ค่าที่ใช้ได้คือ "high", "low" และ "auto"
"high": คุณถือว่าทรัพยากรมีลําดับความสําคัญสูงและต้องการให้เบราว์เซอร์จัดลําดับความสําคัญให้ทรัพยากรดังกล่าว ตราบใดที่การประเมินแบบเฮิวริสติกของเบราว์เซอร์ไม่ทําให้การดำเนินการดังกล่าวเกิดขึ้น"low": คุณถือว่าทรัพยากรมีความสำคัญต่ำและต้องการให้เบราว์เซอร์ลดลำดับความสำคัญของทรัพยากรลงหากการเรียนรู้อนุญาต"auto": ค่าเริ่มต้นนี้ช่วยให้เบราว์เซอร์ตัดสินใจเกี่ยวกับลําดับความสําคัญที่เหมาะสม
ในตัวอย่างด้านล่าง รูปภาพที่มีลำดับความสำคัญต่ำจะแสดงด้วย fetchpriority="low"
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
อ่านเพิ่มเติมเกี่ยวกับกรณีการใช้งานต่างๆ ในเพิ่มประสิทธิภาพการโหลดทรัพยากรด้วย Fetch Priority API
ฟีเจอร์อื่นๆ ในรุ่นนี้
มีวิธีการใหม่ของ forget() สำหรับออบเจ็กต์ USBDevice ซึ่งจะทําให้ลืมอุปกรณ์ที่เคยให้สิทธิ์ไว้ได้ เช่น หากเป็นแอปพลิเคชันที่ใช้ในคอมพิวเตอร์ที่ใช้ร่วมกันกับอุปกรณ์หลายเครื่อง
และสำหรับ Web USB จะมีการแก้ไขเพื่อรองรับ [SameObject] สำหรับแอตทริบิวต์ที่เกี่ยวข้องภายใน USBDevice การเปลี่ยนแปลงข้อกำหนดจะอยู่ในPR ของข้อกำหนดฉบับร่าง
ผู้ปฏิบัติงานโดยเฉพาะที่โหลดจากต้นทางที่ปลอดภัย (HTTPS) แต่ยังไม่ได้สร้างอินสแตนซ์โดยบริบทที่ไม่ปลอดภัย (ไม่ใช่ HTTPS) จะถือว่าไม่ปลอดภัยอีกต่อไป ซึ่งหมายความว่าในบริบทของเวิร์กเกอร์ดังกล่าว self.isSecureContext จะเปลี่ยนเป็น false
- self.caches และ self.storageFoundation ไม่มีให้บริการแล้ว
ตอนนี้อาร์กิวเมนต์ popup สำหรับ window.open() จะประเมินเป็น true ตามการเปลี่ยนแปลงล่าสุดของข้อกำหนดในการแยกวิเคราะห์อาร์กิวเมนต์นี้ ก่อนหน้านี้ เมื่อตั้งค่า popup เป็น "true" ระบบจะตีความ window.open() ว่าหมายถึง false การเปลี่ยนแปลงนี้ช่วยให้ฟีเจอร์บูลีนใช้งานและทำความเข้าใจได้ง่ายขึ้น
อ่านเพิ่มเติม
ข้อมูลนี้เป็นเพียงไฮไลต์สำคัญบางส่วนเท่านั้น ไปที่ลิงก์ด้านล่างเพื่อดูการเปลี่ยนแปลงเพิ่มเติมของ Chrome 101