פורסם: 5 בפברואר 2025
אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. אפשר לקבל מידע נוסף על התכונות שמופיעות כאן באמצעות הקישורים שצירפנו או מהרשימה ב-ChromeStatus.com. נכון ל-5 בפברואר 2025, גרסה Chrome 134 היא גרסת בטא. אפשר להוריד את הגרסה האחרונה של Google Chrome במחשב מ-Google.com או ב-Android מחנות Google Play.
CSS
בגרסה הזו נוספו חמש תכונות חדשות של CSS וממשק משתמש.
המאפיין 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 מאת סטיבן צ'ני מ-Igalia.
:has-slotted פסאודו-קלאס
הפסאודו-סיווג :has-slotted מייצג רכיב slot עם תוכן שהוכנס ל-slot, כמו צומת טקסט או רכיב. אפשר להשתמש בזה כדי להגדיר סגנון לרכיבים בהתאם לשאלה אם הם משתמשים בתוכן ברירת מחדל של slot או לא.
Web APIs
תכונת דוחות השיוך: הסרת המגבלה על דוחות שניתנים לצבירה כשמזהה הקשר של הטריגר הוא לא null
השינוי הזה מבוסס על משוב שקיבלנו ממי שקוראים ל-API, ועל הצורך למדוד מספר גבוה יותר של אירועי המרה עבור תהליכי משתמש מסוימים.
כרגע יש מגבלה ב-API שמאפשרת ליצור עד 20 דוחות מצטברים לכל רישום מקור, וזה מגביל את השימוש בתרחישים שבהם תהליך המשתמש עשוי להיות ארוך יותר. השינוי הזה מסיר את מגבלת הדוחות הניתנים לצבירה כשמזהה הקשר של הטריגר מסופק כחלק מההרשמה. ההסרה של המגבלה הזו מוגבלת למקרים שבהם מזהה ההקשר של הטריגר מצוין, כי כשמציינים אותו ה-API מחיל שיעור גבוה יותר של דוחות null, מה שעוזר להגן מפני דליפת מידע בין אתרים באמצעות ספירת הדוחות.
בנוסף, דוחות שניתן לצבור בהם נתונים עדיין כפופים למגבלות אחרות שמגבילות את הכמות הכוללת של המידע שאפשר למדוד, כמו תקציב התרומה של L1 (65,536) לכל מקור ומגבלת קצב השיוך.
חלוקה למחיצות של כתובות URL מסוג Blob: אחזור/ניווט
כחלק מהמשך הפיתוח של חלוקת האחסון למחיצות, אנחנו מטמיעים חלוקה למחיצות של גישה לכתובות URL של Blob לפי מפתח אחסון (אתר ברמה העליונה, מקור של מסגרת והערך הבוליאני has-cross-site-ancestor), למעט ניווטים ברמה העליונה שיישארו מחולקים למחיצות רק לפי מקור של מסגרת. ההתנהגות הזו דומה למה שמיושם כרגע ב-Firefox וב-Safari, והיא תואמת לשיטת החלוקה למחיצות שבה נעשה שימוש בממשקי API אחרים של אחסון כחלק מחלוקת האחסון למחיצות. בנוסף, Chrome יאכוף noopener בניווטים ברמה העליונה שמופעלים על ידי רכיב ה-Renderer לכתובות URL של blob, אם האתר התואם הוא מאתר אחר ולא מהאתר ברמה העליונה שמבצע את הניווט. השינוי הזה מיישר קו בין Chrome לבין התנהגות דומה ב-Safari, והמפרטים הרלוונטיים עודכנו כדי לשקף את השינויים האלה.
אפשר לבטל את השינוי הזה באופן זמני על ידי הגדרת המדיניות PartitionedBlobURLUsage. המדיניות הזו תצא משימוש כשהמדיניות הארגונית האחרת שקשורה לחלוקה למחיצות (partitioning) באחסון תצא משימוש.
Document-Policy: expect-no-linked-resources
נקודת ההגדרה expect-no-linked-resources ב-Document-Policy מאפשרת למסמך להציע לסוכן המשתמש לבצע אופטימיזציה טובה יותר של רצף הטעינה שלו, למשל לא להשתמש בהתנהגות ברירת המחדל של ניתוח ספקולטיבי (שנקרא גם סורק הטעינה מראש).
סוכני משתמש הטמיעו ניתוח ספקולטיבי של HTML כדי לאחזר באופן ספקולטיבי משאבים שמופיעים בתגי העיצוב של ה-HTML, במטרה להאיץ את טעינת הדף. ברוב המוחלט של הדפים באינטרנט שמוצהרים בהם משאבים בתגי העיצוב של HTML, האופטימיזציה מועילה והעלות שמשולמת על קביעת המשאבים האלה היא פשרה טובה. עם זאת, בתרחישים הבאים יכול להיות שיהיה פשרה בין ביצועים אופטימליים לבין הזמן שנדרש לניתוח HTML כדי לקבוע אילו משאבים משניים צריך לאחזר:
- דפים שלא הוגדרו בהם משאבים ב-HTML.
- דפי HTML גדולים עם טעינות מינימליות או ללא טעינות של משאבים, שיכולים לשלוט באופן מפורש בטעינה מראש של משאבים באמצעות מנגנונים אחרים לטעינה מראש.
התג expect-no-linked-resources Document-Policy רומז לסוכן המשתמש שהוא יכול לבחור לבצע אופטימיזציה כדי לקצר את הזמן שנדרש לקביעת משאבי המשנה האלה.
ניהול משאבים מפורש (אסינכרוני וסינכרוני)
התכונות האלה נועדו לטפל בדפוס נפוץ בפיתוח תוכנה שקשור למשך החיים ולניהול של משאבים שונים (לדוגמה, זיכרון וקלט/פלט). הדפוס הזה כולל בדרך כלל הקצאה של משאב ויכולת לשחרר במפורש משאבים קריטיים.
הרחבת console.timeStamp API כדי לתמוך באפשרויות של מדידות והצגה
התכונה הזו מרחיבה את console.timeStamp() API, באופן שתואם לאחור, כדי לספק שיטה עם ביצועים גבוהים להטמעת אפליקציות ולהצגת נתוני תזמון בחלונית הביצועים בכלי הפיתוח.
אפשר להוסיף רשומות תזמון עם חותמת זמן, משך ואפשרויות הצגה מותאמות אישית (מסלול, נתיב וצבע) באמצעות ה-API.
OffscreenCanvas getContextAttributes
הוספת הממשק getContextAttributes מ-CanvasRenderingContext2D אל OffscreenCanvasRenderingContext2D.
Private Aggregation API: מגבלות על תרומות לכל הקשר עבור קוראים של Shared Storage
מאפשר למשתמשים ב-Shared Storage להתאים אישית את מספר התרומות לכל דוח של Private Aggregation.
התכונה הזו מאפשרת למשתמשים שקוראים ל-Shared Storage להגדיר מגבלות תרומה לכל הקשר באמצעות שדה חדש, maxContributions. השדה הזה מוגדר על ידי המתקשרים כדי לבטל את מספר התרומות שמוגדר כברירת מחדל לכל דוח – מותרים מספרים גדולים וקטנים. Chrome יקבל ערכים של maxContributions
בין 1 ל-1,000 כולל. ערכים גדולים יותר יפורשו כ-1,000.
בגלל הוספת נתונים פיקטיביים, גודל המטען הייעודי (payload) של כל דוח יהיה בערך ביחס למספר התרומות שנבחר לכל דוח. אנחנו צופים שהסכמה להפקת דוחות גדולים יותר תגדיל את עלות ההפעלה של Aggregation Service.
התכונה הזו לא תשפיע על קוראים של Protected Audience. עם זאת, אנחנו מתכננים להוסיף בעתיד תמיכה בהתאמה אישית של מספר התרומות בדוחות של Protected Audience.
תמיכה ב-ImageSmoothingQuality ב-PaintCanvas
נוספה תמיכה במאפיין imageSmoothingQuality ב-Paint Canvas. הוא מאפשר למפתחי אתרים לבחור את האיזון בין איכות לביצועים כשמשנים את גודל התמונות.
יש שלוש אפשרויות תקינות לערך imageSmoothingQuality: low, medium ו-high.
קבוצות משנה ב-WebGPU
הוספת פונקציונליות של קבוצות משנה ל-WebGPU. פעולות של קבוצות משנה מבצעות פעולות SIMT כדי לספק תקשורת יעילה ושיתוף נתונים בין קבוצות של הפעלות. אפשר להשתמש בפעולות האלה כדי להאיץ את הפעולה של אפליקציות על ידי צמצום התקורה של הזיכרון שנובעת מתקשורת בין קריאות.
גרסאות מקור חדשות לניסיון
ב-Chrome 134 אפשר להצטרף לניסויים חדשים של מקורות.
Digital Credential API
אתרים יכולים לקבל אישורים מאפליקציות של ארנקים דיגיטליים בנייד, והם אכן עושים זאת, באמצעות מגוון מנגנונים. לדוגמה, מטפלים מותאמים אישית בכתובות URL וסריקת קוד QR. התכונה הזו מאפשרת לאתרים לבקש מידע מזהים מארנקים באמצעות מערכת IdentityCredential CredMan של Android. הוא ניתן להרחבה כדי לתמוך בכמה פורמטים של פרטי כניסה (לדוגמה, ISO mDoc ופרטי כניסה ניתנים לאימות של W3C) ומאפשר שימוש בכמה אפליקציות ארנק. אנחנו מוסיפים מנגנונים שיעזרו לצמצם את הסיכון לניצול לרעה של זהויות בעולם האמיתי בקנה מידה של המערכת האקולוגית.
בגרסה Chrome 134, מתחיל ניסיון מקור שמוסיף תמיכה ב-API הזה בפלטפורמת מחשבים, שבה Chrome במחשב מתקשר בצורה מאובטחת עם הארנק הדיגיטלי בטלפון Android כדי לאחזר את פרטי הכניסה המבוקשים.
הוצאה משימוש והסרה
בגרסה הזו של Chrome מוצגות ההוצאות משימוש וההסרות שמפורטות בהמשך. באתר ChromeStatus.com אפשר למצוא רשימות של הוצאות משימוש מתוכננות, הוצאות משימוש נוכחיות והסרות קודמות.
בגרסה הזו של Chrome הוסרה תכונה אחת.
הסרה של אילוצי אודיו לא סטנדרטיים של getUserMedia
Blink תומך במספר אילוצים לא סטנדרטיים עם הקידומת goog ל-getUserMedia, מתקופה מסוימת לפני שהאילוצים עברו סטנדרטיזציה.
השימוש בהם ירד באופן משמעותי ל-0.000001% עד 0.0009% (בהתאם למגבלה), וחלק מהם אפילו לא משפיעים בגלל שינויים במערכת ללכידת אודיו ב-Chromium. בקרוב אף אחד מהם לא ישפיע בגלל שינויים אחרים שנבצע.
אנחנו לא צופים נסיגות משמעותיות בעקבות השינוי הזה. אפליקציות שמשתמשות באילוצים האלה ימשיכו לפעול, אבל יקבלו אודיו עם הגדרות ברירת המחדל (כאילו לא הועברו אילוצים). הם יכולים לבחור להעביר את ההגבלות להגבלות רגילות.