תאריך פרסום: 18 בספטמבר 2024
אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה העדכנית ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. מידע נוסף על התכונות שמפורטות כאן זמין בקישורים שסופקו או ברשימה באתר ChromeStatus.com. גרסה 130 של Chrome היא גרסה בטא נכון ל-18 בספטמבר 2024. אפשר להוריד את הגרסה העדכנית ביותר בכתובת Google.com למחשב או מחנות Google Play ל-Android.
CSS
הגרסה הזו כוללת ארבע תכונות CSS חדשות.
חיפוש בעץ שטוח של שאילתות של מאגרי CSS
המפרט של שאילתות מאגרים השתנה כדי לחפש ישויות אב של עץ שטוח.
השינוי הזה רלוונטי רק ל-DOM בצל, שבו רכיב יוכל עכשיו לראות מאגרים ללא שם בתוך עצי צל שבהם הרכיב או אחד מהאבות שלו מוקצים, גם אם כלל ה-CSS לא משתמש ב-::part() או ב-::slotted().
עיצוב בתוך עיצוב ב-CSS: הכלל לגבי הצהרות בתוך הצהרות
האפשרות הזו שומרת על הצהרות ריקות אחרי כלל בתצוגת עץ במקום, על ידי עטיפה של ההצהרות האלה בכללי CSSNestedDeclarations במהלך הניתוח.
תמיכה מלאה ב-box-decoration-break ללא קידומת
הוספנו תמיכה ב-box-decoration-break: clone גם לפיצ'ר 'פיצול בתוך שורה' (פריסה של שורות) וגם לפיצ'ר 'פיצול בתוך בלוק' (חלוקה לדפים להדפסה ולעמודות מרובות).
בעבר ב-Chrome, רק הערך box-decoration-break:slice (הערך הראשוני) נתמך לפיצ'ר 'פיצול בלוקים', ואילו לפיצ'ר 'פיצול בקוד' נתמך גם הערך box-decoration-break:clone, אבל רק כשמשתמשים במאפיין -webkit-box-decoration-break עם הקידומת.
מתן הרשאה לשימוש בעוד פסאודו-רכיבים ופסאודו-כיתות אחרי ::part()
סלקטורים ב-CSS שמשתמשים בפסאודו-רכיב ::part() יכולים לכלול אחריהם פסאודו-רכיבים אחרים ב-CSS (למעט ::part()) וסוגים רבים של פסאודו-כיתות אחרות ב-CSS. עדיין אסור להשתמש בקומבינים אחרי ::part(), ואסור להשתמש בפסאודו-כיתות שתלויה במבנה עץ.
בעבר, Chrome איפשר רק להשתמש בקבוצה מוגבלת של פסאודו-כיתות ופסאודו-רכיבים אחרי ::part(). השינוי הזה מאפשר את כל פסאודו-האלמנטים ופסאודו-הכיתות שצריך לאפשר. המשמעות היא שאפשר להשתמש עכשיו בסלקטורים כמו ::part(part-name):enabled ו-::part(part-name)::marker.
ממשקי API של אתרים
תכונה של Attribution Reporting API (Attribution Scopes)
השינוי הזה מבוסס על משוב מתחום טכנולוגיית הפרסום ועל הצורך באמצעי בקרה מתקדמים יותר לסינון לפני שמתבצע תהליך השיוך (Attribution). הוא מאפשר למפעילי ה-API לציין שדה שנקרא 'היקפי שיוך', שמשמש לסינון לפני שמתחילים את תהליך השיוך הרגיל. כך למפעילי ה-API יש יותר שליטה ברמת הפירוט של השיוך, והם יכולים לקבל דוחות שיוך מתאימים כשיש כמה מפרסמים או קמפיינים שונים שההמרות שלהם מתרחשות באותו אתר יעד.
תכונה של Attribution Reporting API (שיפור של פרטיות מפתחות ניפוי באגים)
השינוי הזה עוזר לצמצם פער פוטנציאלי בפרטיות באמצעות מפתחות ניפוי באגים.
נכון לעכשיו, ה-API מאפשר לציין מפתח ניפוי באגים של מקור או מפתח ניפוי באגים של טריגר אם קובצי cookie של צד שלישי זמינים ואפשר להגדיר אותם על ידי מבצעי קריאה ל-API. אם צוין מפתח ניפוי באגים של מקור או מפתח ניפוי באגים של טריגר, הוא ייכלל בדוח השיוך. מצב כזה עלול להוביל לדליפה של פרטיות אם קובצי cookie של צד שלישי מותרים רק באתר של בעל התוכן הדיגיטלי או באתר של המפרסם, אבל לא בשניהם.
השינוי הזה מפחית את הבעיה הזו על ידי אכיפה של כך שמפתחות ניפוי הבאגים של המקור ומפתחות ניפוי הבאגים של הטריגר ייכללו בדוח השיוך רק אם הם נמצאים גם במקור וגם בטריגר. המשמעות היא שקובצי cookie של צד שלישי היו זמינים גם באתר של בעל התוכן הדיגיטלי וגם באתר של המפרסם. השינוי הזה יחול גם על דוחות ברמת האירוע וגם על דוחות שאפשר לצבור.
העברת מילון דחיסה עם Brotli משותף ו-Zstandard משותף
התכונה הזו מוסיפה תמיכה בשימוש בתגובות קודמות ייעודיות, כמילון חיצוני לקידוד תוכן לדחיסת תגובות באמצעות Brotli או Zstandard.
לארגונים עשויות להיות בעיות תאימות פוטנציאליות בתשתית הרשת של הארגון, שמבצעת יירוט של תעבורת HTTPS ורגישה לקידודי תוכן לא מוכרים. אפשר להשתמש במדיניות הארגון CompressionDictionaryTransportEnabled כדי להשבית את תכונת ההעברה של מילונים דחוסים.
החלקה בו-זמנית scrollIntoView()
השיטה scrollIntoView() עם behavior: "smooth" מאפשרת למפתחים ליצור מאגרי גלילה שגוללים לצאצאים שלהם עם אנימציית גלילה עדינה. התכונה הזו מתקנת את ההטמעה של ה-API ב-Chrome, כך שהאנימציות המתמשכות של scrollIntoView לא מבוטלות על ידי גלילות לא קשורות בקונטיינרים אחרים לגלילה.
התכונה גם מתקנת מקרים שבהם Chrome לא מצליח לגלול אל עוגן של מקטע בדף בגלל scrollIntoView מתחרה שמופעל כשהדף נטען.
תיעוד של 'תמונה בתוך תמונה': הוספת אפשרות להתעלם מהמטמון של גבולות החלון
כך מתווסף פרמטר חדש (preferInitialWindowPlacement) ל-API של התצוגה במסך מפוצל של המסמך. כשהערך שלו מוגדר כ-true, הוא מעיד לסוכנות המשתמשים שלא כדאי לנסות לעשות שימוש חוזר במיקום או בגודל של התצוגה במסך מפוצל הקודמת של המסמך מהאתר הזה כשפותחים את התצוגה הזו.
לעתים קרובות, חלון של מסמך ב-PIP נסגר ונפתח מחדש כמה פעמים באותו אתר, למשל כשעוברים משיחה בווידאו ל-PIP ומ-PIP. סוכן המשתמש יכול לפתוח מחדש את חלון ה-PiP בגודל ובמיקום האחרונים שלו, כך שהוא יישאר במקום שאליו המשתמש העביר אותו בפעם האחרונה, ויבטיח המשכיות בין חלונות ה-PiP. עם זאת, אם החלון החדש לא קשור מבחינה סמנטית לחלון הקודם, למשל אם מדובר בשיחה חדשה בווידאו, המפתח יכול להשתמש בפרמטר הזה כדי לספק לסוכן המשתמש רמז שעדיף לפתוח את החלון הזה במיקום ובגודל ברירת המחדל שלו.
איך פותחים את החלון במיקום ובגודל ברירת המחדל שלו
שיפור דיווח השגיאות ב-IndexedDB במקרים של כישלונות קריאה של ערכים גדולים
שינוי בדיווח על מקרים מסוימים של שגיאות שדווחו בעבר עם הערך DOMException וההודעה 'לא ניתן לקרוא ערך גדול ב-IndexedDB'.
עכשיו, Chrome יוצר אירוע DOMException בשם "NotFoundError" כשהקובץ שמכיל את הנתונים שנקראו על ידי IDBRequest חסר בדיסק, כדי שהאתרים יוכלו לבצע את הפעולה התיקון המתאימה במקרה של כשל שלא ניתן לשחזור. פעולות תיקון יכולות לכלול מחיקה של הרשומה ממסד הנתונים, שליחת התראה למשתמש או אחזור מחדש של הנתונים מהשרתים.
קונטיינרים של גלילה ניתנים למיקוד במקלדת
התכונה הזו מאפשרת להתמקד במקלדת כברירת מחדל במקשי גלילה ללא צאצאים שניתן להתמקד בהם.
זוהי שיפור חשוב שיעזור להפוך את גלילי הגלילה ואת התוכן שבהם לנגישים יותר לכל המשתמשים. מידע נוסף על היתרונות של השימוש בהם זמין במאמר כלי גלילה ניתנים למיקוד במקלדת. מקשי גלילה שניתן להתמקד בהם במקלדת יופעלו כברירת מחדל החל מגרסה 130 של Chrome. אם לאתרים יידרשו זמן כדי להתאים את עצמם לתכונה החדשה הזו, יש כמה אפשרויות:
- אפשר להשתמש בגרסת הניסיון של ביטול ההסכמה להוצאה משימוש של גלילים שניתן להתמקד בהם באמצעות מקלדת כדי לבטל את ההסכמה לשימוש בתכונה למשך זמן מוגבל באתר מסוים. אפשר להשתמש בניסיון הזה עד גרסת Chrome 132, הוא יסתיים ב-18 במרץ 2025.
- אפשר להשתמש ב-
KeyboardFocusableScrollersEnabled enterprise policyשזמין מ-Chrome 127 לאותה מטרה.
שירותי בידינג ומכרזים של Protected Audience
Protected Audience API (לשעבר FLEDGE) הוא הצעה במסגרת ארגז החול לפרטיות להצגת תרחישי שימוש של רימרקטינג וטירגוט לקהלים בהתאמה אישית, שנועדה למנוע מצדדים שלישיים לעקוב אחרי התנהגות הגלישה של המשתמשים באתרים שונים.
התכונה הזו, 'שירותי מכרזים ובידינג לקהלים מוגנים', מתארת דרך לאפשר לחישוב של קהלים מוגנים להתבצע בשרתים בענן בסביבת ביצוע מהימנה, במקום לפעול באופן מקומי במכשיר של המשתמש. העברת החישובים לשרתים בענן יכולה לעזור לבצע אופטימיזציה של המכרז של הקהלים המוגנים, כדי לפנות מחזורי מחשוב ורוחב פס של רשת במכשיר.
תמיכה בכתובות URL ללא סכמה מיוחדת
בעבר, מנתח כתובות ה-URL של Chrome לא תמך בכתובות URL לא מיוחדות. המנתח מנתח כתובות URL לא מיוחדות כאילו יש להן 'נתיב אטום', שלא תואם לתקן כתובות ה-URL. עכשיו, מנתח כתובות ה-URL של Chromium מנתח כתובות URL לא מיוחדות בצורה נכונה, בהתאם לתקן ה-URL.
פרטים נוספים זמינים בכתובת bit.ly/url-non-special.
WebAssembly JavaScript String Builtins
התכונה הזו חושפת פעולות מחרוזות נפוצות ב-JavaScript לייבוא ל-WebAssembly. כך אפשר ליצור מחרוזות JavaScript ולבצע בהן פעולות מ-WebAssembly בלי תמיכה ב-WebAssembly. עדיין אפשר לקבל ביצועים דומים לאלה של הפניות למחרוזות נתמכות.
WebGPU: שילוב של שני מקורות
הוספה של התכונה האופציונלית של GPU 'מיזוג משני מקורות', שמאפשרת לשלב שני פלט של שובר פסיפס ל-framebuffer יחיד. הטכניקה הזו שימושית במיוחד לאפליקציות שדורשות פעולות מיזוג מורכבות, כמו פעולות שמבוססות על שיטות מיזוג של Porter-Duff. שילוב של שני מקורות יכול לשפר את הביצועים והגמישות על ידי צמצום הצורך בשינויים תכופים באובייקטים של מצב צינור עיבוד הנתונים.
Web Serial: מאפיין connected ואירועי חיבור RFCOMM
התכונה הזו מוסיפה מאפיין בוליאני SerialPort.connected. המאפיין מחזיר את הערך true אם היציאה הטורית מחוברת באופן לוגי. ביציאות טוריות קוויות, יציאה מחוברת באופן לוגי אם היא מחוברת פיזית למערכת. ביציאות טוריות אלחוטיות, יציאה מחוברת באופן לוגי אם למכשיר שמארח את היציאה יש חיבורים פתוחים למארח.
בעבר, רק יציאות טוריות קוויות שלחו אירועי חיבור וניתוק. בעזרת התכונה הזו, יציאות טוריות של Bluetooth RFCOMM ישלחו את האירועים האלה כשהיציאה תהיה מחוברת או מנותקת באופן לוגי.
התכונה הזו מיועדת לאפשר לאפליקציות לזהות מתי יציאה טורית של Bluetooth RFCOMM זמינה, בלי לפתוח את היציאה.
מידע נוסף זמין במאמר עדכונים של Bluetooth RFCOMM ב-Web Serial.
גרסאות מקור לניסיון בתהליך
ב-Chrome 130 אפשר להביע הסכמה לגרסאות המקור לניסיון החדשות הבאות.
Language Detector API
ממשק API ל-JavaScript לזיהוי השפה של טקסט, עם רמות ביטחון.
attestationFormats של WebAuthn
תמיכה בשדה attestationFormats מ-WebAuthn ברמה 3.
WebAuthn ברמה 3 תומך באתר שמציג העדפה מסודרת לפורמטים של אימות פרטי הכניסה בשדה החדש attestationFormats. התכונה הזו מאפשרת תמיכה בכך ב-Android, שבו ספקי מפתחות גישה יכולים לתמוך במספר פורמטים.
להרשמה לתקופת הניסיון של WebAuthn attestationFormats
הוצאה משימוש והסרות
בגרסה הזו של Chrome הוספנו את ההוצאות משימוש וההסרות הבאות. באתר ChromeStatus.com תוכלו למצוא רשימות של הוצאות משימוש מתוכננות, הוצאות משימוש נוכחיות והוצאות קודמות משימוש.
בגרסה הזו של Chrome הוסר תכונה אחת.
הסרת expectedImprovement ב-DelegatedInkTrailPresenter
המאפיין expectedImprovement מאפשר למפתחי אתרים לדעת באיזה שיעור DelegatedInkTrails API ישפר את זמן האחזור הנוכחי של הדיו. עם זאת, המאפיין הזה לא שווה את העלייה באנטרופי של טביעת האצבע.
בגרסה הזו של Chrome הופסקה התמיכה בתכונה אחת.
הוצאה משימוש של השיטה הלא סטנדרטית requestAdapterInfo() של GPUAdapter
השיטה האסינכרונית requestAdapterInfo() ב-WebGPU היא מיותרת כי כבר יש למפתחים אפשרות לקבל את GPUAdapterInfo באופן סינכרוני באמצעות המאפיין GPUAdapter
info.