תאריך פרסום: 5 בפברואר 2025
אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. אפשר לקבל מידע נוסף על התכונות שמופיעות כאן באמצעות הקישורים שצירפנו או מהרשימה ב-ChromeStatus.com. נכון ל-5 בפברואר 2025, גרסה Chrome 134 היא גרסת בטא. אפשר להוריד את הגרסה העדכנית של Google ל-Desktop מ-Google.com או מחנות Google Play ב-Android.
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 או לא.
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. המדיניות הזו תצא משימוש כשהמדיניות הארגונית האחרת שקשורה לחלוקת האחסון תצא משימוש.
Document-Policy: expect-no-linked-resources
נקודת ההגדרה expect-no-linked-resources ב-Document-Policy מאפשרת לרמז לסוכן המשתמש לגבי מסמך, כדי לשפר את האופטימיזציה של רצף הטעינה שלו. לדוגמה, לא להשתמש בהתנהגות ברירת המחדל של ניתוח ספקולטיבי (שנקרא גם סורק הטעינה מראש).
סוכני משתמש הטמיעו ניתוח ספקולטיבי של HTML כדי לאחזר באופן ספקולטיבי משאבים שמופיעים בתגי העיצוב של HTML, במטרה להאיץ את טעינת הדף. ברוב המקרים, האופטימיזציה מועילה לדפים באינטרנט שמוצהרים בהם משאבים בתגי העיצוב של ה-HTML, והעלות שמשולמת על קביעת המשאבים האלה היא סבירה. עם זאת, בתרחישים הבאים יכול להיות שיהיה פשרה בין ביצועים אופטימליים לבין הזמן שנדרש לניתוח ה-HTML כדי לקבוע אילו משאבי משנה צריך לאחזר:
- דפים שלא הוגדרו בהם משאבים ב-HTML.
- דפי HTML גדולים עם טעינות מינימליות או ללא טעינות של משאבים, שיכולים לשלוט באופן מפורש בטעינה מראש של משאבים באמצעות מנגנונים אחרים לטעינה מראש.
ההגדרה expect-no-linked-resources Document-Policy מאפשרת ל-User Agent לבחור לבצע אופטימיזציה של הזמן שמוקדש לקביעת משאבי המשנה האלה.
ניהול משאבים מפורש (אסינכרוני וסינכרוני)
התכונות האלה מתייחסות לדפוס נפוץ בפיתוח תוכנה שקשור למשך החיים ולניהול של משאבים שונים (לדוגמה, זיכרון וקלט/פלט). הדפוס הזה כולל בדרך כלל הקצאה של משאב ויכולת לשחרר במפורש משאבים קריטיים.
הרחבת 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 Subgroups
הוספת פונקציונליות של תת-קבוצות ל-WebGPU. פעולות של תת-קבוצות מבצעות פעולות SIMT כדי לספק תקשורת יעילה ושיתוף נתונים בין קבוצות של הפעלות. אפשר להשתמש בפעולות האלה כדי להאיץ את הפעולה של אפליקציות על ידי צמצום התקורה של הזיכרון שנובעת מתקשורת בין קריאות.
גרסאות מקור חדשות לניסיון
ב-Chrome 134 אפשר להצטרף לניסויים חדשים של מקורות.
Digital Credential API
אתרים יכולים לקבל אישורים מאפליקציות ארנק לנייד באמצעות מגוון מנגנונים, למשל, מטפלים מותאמים אישית בכתובות URL וסריקת קוד QR. התכונה הזו מאפשרת לאתרים לבקש מידע מזהים מארנקים באמצעות מערכת IdentityCredential CredMan של Android. הוא ניתן להרחבה כדי לתמוך בכמה פורמטים של פרטי כניסה (לדוגמה, ISO mDoc ופרטי כניסה ניתנים לאימות של W3C) ומאפשר שימוש בכמה אפליקציות ארנק. אנחנו מוסיפים מנגנונים שיעזרו לצמצם את הסיכון לניצול לרעה של זהויות בעולם האמיתי בקנה מידה של המערכת האקולוגית.
בגרסה 134 של Chrome, שבה מתחיל ניסיון המקור, נוספת תמיכה ב-API הזה בפלטפורמת המחשב, שבה Chrome במחשב יתקשר בצורה מאובטחת עם הארנק הדיגיטלי בטלפון Android כדי לאחזר את פרטי הכניסה המבוקשים.
הוצאה משימוש והסרה
בגרסה הזו של Chrome מוצגות ההוצאות משימוש וההסרות שמפורטות בהמשך. באתר ChromeStatus.com אפשר למצוא רשימות של הוצאות משימוש מתוכננות, הוצאות משימוש נוכחיות והסרות קודמות.
בגרסה הזו של Chrome הוסרה תכונה אחת.
הסרה של אילוצי אודיו לא סטנדרטיים של getUserMedia
Blink תומך במספר אילוצים לא סטנדרטיים עם הקידומת goog- עבור getUserMedia, מתקופה מסוימת לפני שהאילוצים עברו סטנדרטיזציה.
השימוש בהם ירד באופן משמעותי ל-0.000001% עד 0.0009% (בהתאם למגבלה), ולחלק מהם אין אפילו השפעה בגלל שינויים במערכת ללכידת אודיו ב-Chromium. בקרוב אף אחד מהם לא ישפיע בגלל שינויים אחרים שנבצע בקרוב.
אנחנו לא צופים נסיגות משמעותיות בעקבות השינוי הזה. אפליקציות שמשתמשות באילוצים האלה ימשיכו לפעול, אבל יקבלו אודיו עם הגדרות ברירת המחדל (כאילו לא הועברו אילוצים). הם יכולים לבחור להעביר את ההגבלות להגבלות רגילות.