תאריך פרסום: 5 בפברואר 2025
אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה העדכנית ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. מידע נוסף על התכונות שמפורטות כאן זמין בקישורים שסופקו או ברשימה באתר ChromeStatus.com. גרסה 134 של Chrome היא גרסת בטא נכון ל-5 בפברואר 2025. אפשר להוריד את הגרסה העדכנית ביותר בכתובת Google.com למחשב או מחנות Google Play ל-Android.
CSS
במהדורה הזו נוספו חמש תכונות חדשות של CSS ושל ממשק משתמש.
מאפיין dynamic-range-limit ב-CSS
מאפשרת להגביל בדף את הבהירות המקסימלית של תוכן 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, יורשים את המאפיינים שלהם דרך שרשרת הדגשה של הפסאודו, ולא דרך שרשרת הרכיבים. התוצאה היא מודל אינטואיטיבי יותר לירושה של מאפיינים ברגעים מיוחדים.
מידע נוסף זמין בפוסט בבלוג Inheritance changes for CSS selection styling , שנכתב על ידי סטיבן צ'ני (Stephen Chenney) מ-Igalia.
:has-slotted פסאודו-סיווג
פסאודו-הקלאס :has-slotted מייצג רכיב של חריץ עם תוכן בחריץ, כמו צומת או אלמנט של טקסט. אפשר להשתמש בזה כדי להגדיר סגנון לרכיבים על סמך השימוש שלהם בתוכן חלופי של חריץ או לא.
ממשקי API של אתרים
תכונת דיווח על שיוך (Attribution): הסרת המגבלה על דוחות שניתנים לצבירה כשמזהה ההקשר של הטריגר הוא לא null
השינוי הזה מבוסס על משוב ממפעילי ה-API ועל הצורך למדוד מספר גבוה יותר של אירועי המרה בתהליכי שימוש מסוימים.
נכון לעכשיו, ב-API יש מגבלה שמאפשרת ליצור עד 20 דוחות שאפשר לצבור לכל רישום של מקור. המגבלה הזו מגבילה תרחישי שימוש שבהם תהליך הרכישה של המשתמש ארוך יותר. בעקבות השינוי הזה, לא תהיה הגבלה על דוחות שאפשר לצבור כשמספקים מזהה הקשר של טריגר כחלק מהרישום. הסרת המגבלה הזו מוגבלת רק למקרים שבהם מצוין מזהה ההקשר של הטריגר, כי כשהוא מצוין, ה-API מחיל שיעור גבוה יותר של דוחות null, כדי להגן מפני זליגת מידע בין אתרים דרך ספירת הדוחות.
בנוסף, דוחות שאפשר לצבור עדיין יהיו כפופים למגבלות אחרות שמגבילות את כמות המידע הכוללת שניתן למדוד, כמו תקציב התרומה ברמה 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 מאפשרת למסמך להציע לסוכנות המשתמש לבצע אופטימיזציה טובה יותר של רצף הטעינה שלו, למשל לא להשתמש בהתנהגות ברירת המחדל של ניתוח ספקולטיבי (שנקראת גם סורק טעינה מראש).
סוכנויות משתמשים הטמיעו ניתוח ספקולטיבי של HTML כדי לאחזר באופן ספקולטיבי משאבים שנמצאים בסימון ה-HTML, כדי לזרז את טעינת הדף. ברוב הדפים באינטרנט שיש בהם משאבים שמוצהרים ב-HTML, האופטימיזציה מועילה והעלות של זיהוי המשאבים האלה היא פשרה סבירה. עם זאת, בתרחישים הבאים ייתכן שתבחרו באפשרות עם ביצועים פחות אופטימליים מאשר הזמן המפורש שמושקע בניתוח ה-HTML כדי לקבוע אילו משאבי משנה לאחזר:
- דפים שלא הוצהרו עליהם משאבים ב-HTML.
- דפי HTML גדולים עם עומסי משאבים מינימליים או ללא עומסי משאבים, שיכולים לשלוט באופן מפורש בחירת המשאבים לטעינה מראש באמצעות מנגנונים אחרים לטעינה מראש שזמינים.
המדיניות של המסמך expect-no-linked-resources מאפשרת לסוכן המשתמש לבחור לבצע אופטימיזציה של הזמן שנדרש לקביעת משאב המשנה.
ניהול משאבים מפורש (אסינכרוני וסינכרוני)
התכונות האלה עוזרות לטפל בתבנית נפוצה בפיתוח תוכנה בנוגע לחיי המדף ולניהול של משאבים שונים (למשל זיכרון ו-I/O). בדרך כלל הדפוס הזה כולל הקצאה של משאב והיכולת לשחרר משאבים קריטיים באופן מפורש.
הרחבת ה-API של console.timeStamp כדי לתמוך באפשרויות מדידה והצגה
התכונה הזו מרחיבה את ה-API של console.timeStamp(), באופן תואם לאחור, כדי לספק שיטה בעלת ביצועים גבוהים לכלי למדידת ביצועים של אפליקציות ולהצגת נתוני תזמון בחלונית הביצועים בכלי הפיתוח.
אפשר להוסיף חותמות זמן, משך זמן ואפשרויות תצוגה (טראק, נתיב מים וצבע) בהתאמה אישית לרשומות של תזמון באמצעות ה-API.
OffscreenCanvas getContextAttributes
הוספת הממשק getContextAttributes מ-CanvasRenderingContext2D ל-OffscreenCanvasRenderingContext2D.
Private Aggregation API: מגבלות על תרומות לפי הקשר למבצעי קריאה של Shared Storage
מאפשרת למפעילים של אחסון משותף להתאים אישית את מספר התרומות לכל דוח צבירה פרטי.
התכונה הזו מאפשרת למפעילים של אחסון משותף להגדיר מגבלות על תרומות לפי הקשר באמצעות שדה חדש, maxContributions. מבצעי הקריאה מגדירים את השדה הזה כדי לשנות את מספר ברירת המחדל של התרומות לכל דוח. אפשר להגדיר מספרים גדולים יותר וקטנים יותר. Chrome יקבל ערכים של maxContributions בין 1 ל-1,000, כולל. ערכים גדולים יותר יתפרשו כ-1,000.
בגלל הוספת ה-padding, גודל המטען הייעודי של כל דוח יהיה יחסי באופן גס למספר התרומות שנבחרו לכל דוח. אנחנו צופים שהצטרפות לדוחות גדולים יותר תגדיל את עלות הפעלת שירות הצבירה.
התכונה הזו לא תשפיע על מבצעי קריאה (callers) של קהלים מוגנים. עם זאת, אנחנו מתכננים להוסיף תמיכה בהתאמה אישית של מספר התרומות בדוחות של קהלים מוגנים בתכונות עתידיות.
תמיכה ב-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), ומאפשר להשתמש בכמה אפליקציות ארנק. אנחנו מוסיפים מנגנונים שיעזרו לצמצם את הסיכון לניצול לרעה של זהות בעולם האמיתי ברמת הסביבה העסקית.
במסגרת תקופת הניסיון למקור, שמתחילה בגרסה 134 של Chrome, נוספת תמיכה ב-API הזה בפלטפורמת המחשב. במהלך תקופת הניסיון, Chrome במחשב יתקשר באופן מאובטח עם הארנק הדיגיטלי בטלפון Android כדי לאחזר את פרטי הכניסה המבוקשים.
הוצאה משימוש והסרות
בגרסה הזו של Chrome הוספנו את ההוצאות משימוש וההסרות שמפורטות בהמשך. באתר ChromeStatus.com תוכלו למצוא רשימות של הוצאות משימוש מתוכננות, הוצאות משימוש נוכחיות והוצאות קודמות משימוש.
בגרסה הזו של Chrome הוסר תכונה אחת.
הסרת אילוצים לא סטנדרטיים של אודיו ב-getUserMedia
Blink תומך במספר אילוצים לא סטנדרטיים עם קידומת goog ל-getUserMedia, מהתקופה שבה האילוצים עוד לא היו סטנדרטיים.
השימוש ירד באופן משמעותי לבין 0.000001% ל-0.0009% (בהתאם למגבלה), וחלק מהן אפילו לא משפיעות בגלל שינויים ב-stack של Chromium לצילום אודיו. בקרוב לא תהיה להם השפעה בגלל שינויים אחרים שצפויים בקרוב.
אנחנו לא צופים נסיגה משמעותית ביצועים בעקבות השינוי הזה. אפליקציות שמשתמשות באילוצים האלה ימשיכו לפעול, אבל יקבלו אודיו עם הגדרות ברירת המחדל (כאילו לא הועברו אילוצים). הם יכולים לבחור לעבור לאילוצים רגילים.