Chrome 130 בטא

Rachel Andrew

פורסם: 18 בספטמבר 2024

אלא אם צוין אחרת, השינויים הבאים חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. מידע נוסף על התכונות שמופיעות כאן זמין בקישורים שצירפנו או ברשימה שבכתובת ChromeStatus.com. נכון ל-18 בספטמבר 2024, גרסה Chrome 130 היא גרסת בטא. אפשר להוריד את הגרסה האחרונה של Google Chrome במחשב מ-Google.com או ב-Android מחנות Google Play.

CSS

בגרסה הזו נוספו ארבע תכונות חדשות של CSS.

חיפוש בתצוגת עץ שטוחה של שאילתות CSS Container

השינוי במפרט של שאילתות מאגר התגים הוא חיפוש של צאצאים בעץ שטוח. השינוי הזה רלוונטי רק ל-shadow DOM, שבו רכיב יוכל עכשיו לראות קונטיינרים לא בעלי שם בתוך עצי shadow, שבהם הרכיב או אחד מהרכיבים הקודמים שלו מוצבים, גם אם כלל ה-CSS לא משתמש ב-::part() או ב-::slotted().

CSS Nesting: The nested declarations rule

שומר על הצהרות חשופות אחרי כלל מקונן במקומן, על ידי עטיפת ההצהרות האלה בכללי 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.

Web APIs

התכונה Attribution Reporting API (היקפי ייחוס)

השינוי הזה מבוסס על משוב שקיבלנו ממומחי טכנולוגיית פרסום ועל הצורך באמצעי בקרה מפורטים יותר לסינון לפני תהליך השיוך. היא מאפשרת למשתמשים שקוראים ל-API לציין שדה שנקרא 'היקפי שיוך', שישמש לסינון לפני התחלת תהליך השיוך הרגיל. כך, גורמים שקוראים ל-API יכולים לשלוט בצורה מדויקת יותר ברמת הגרנולריות של השיוך, ולקבל דוחות שיוך מדויקים כשיש כמה מפרסמים או קמפיינים שונים שכולם מניבים המרות באותו אתר יעד.

תכונה של Attribution Reporting API (שיפור הפרטיות של מפתח ניפוי הבאגים)

השינוי הזה עוזר לצמצם פער פוטנציאלי בפרטיות שקשור למפתחות ניפוי באגים.

בשלב הזה, ה-API מאפשר לציין מפתח לניפוי באגים של מקור או מפתח לניפוי באגים של טריגר אם קובצי Cookie של צד שלישי זמינים ואפשר להגדיר אותם באמצעות קריאות ל-API. אם מציינים מפתח ניפוי באגים של מקור או של טריגר, הוא ייכלל בדוח השיוך. זה עלול להוביל לדליפת פרטיות אם קובצי Cookie של צד שלישי מותרים רק באתר של בעל התוכן הדיגיטלי או רק באתר של המפרסם, אבל לא בשניהם.

השינוי הזה פותר את הבעיה הזו על ידי אכיפה של הכלל שלפיו מפתחות ניפוי באגים של מקורות ומפתחות ניפוי באגים של טריגרים נכללים בדוח השיוך רק אם הם קיימים גם במקור וגם בטריגר. המשמעות היא שקובצי Cookie של צד שלישי היו זמינים גם באתר של בעל התוכן הדיגיטלי וגם באתר של המפרסם. השינוי הזה יחול על דוחות ברמת האירוע ועל דוחות שאפשר לצבור.

העברה של מילון דחיסה עם Brotli משותף ו-Zstandard משותף

התכונה הזו מוסיפה תמיכה בשימוש בתגובות קודמות ייעודיות כמילון חיצוני לקידוד תוכן, לדחיסת תגובות באמצעות Brotli או Zstandard.

יכול להיות שארגונים ייתקלו בבעיות תאימות פוטנציאליות עם תשתית רשת ארגונית שמיירטת תנועת HTTPS ורגישה לקידודים לא ידועים של תוכן. מדיניות Chrome Enterprise‏ CompressionDictionaryTransportEnabled זמינה להשבתה של תכונת ההעברה של מילונים דחוסים.

החלקה במקביל scrollIntoView()

השיטה scrollIntoView() עם behavior: "smooth" מאפשרת למפתחים ליצור קונטיינרים של גלילה שגוללים אל צאצאיהם עם אנימציית גלילה חלקה. התכונה הזו מתקנת את ההטמעה של ה-API ב-Chrome, כך שאנימציות scrollIntoView מתמשכות לא יבוטלו בגלל גלילות לא קשורות במאגרי גלילה אחרים.

בנוסף, התכונה פותרת מקרים שבהם Chrome לא מצליח לגלול אל מקטע של דף בגלל scrollIntoView מתחרה שמופעל כשהדף נטען.

תמונה בתוך תמונה במסמך: הוספת אפשרות להתעלמות ממטמון של גבולות החלון

הפרמטר החדש (preferInitialWindowPlacement) נוסף לממשק ה-API של מסמך picture-in-picture. אם מגדירים את הפרמטר הזה כ-true, הוא מציין לסוכן המשתמש שלא כדאי לנסות לעשות שימוש חוזר במיקום או בגודל של מסמך picture-in-picture קודם מהאתר הזה כשפותחים את המסמך הנוכחי.

לעתים קרובות, חלון של מסמך עם תמונה בתוך תמונה ייסגר וייפתח מחדש כמה פעמים לאותו אתר, למשל כשמעבירים שיחת וידאו אל התמונה בתוך התמונה וממנה. סוכן המשתמש יכול לפתוח מחדש את חלון התמונה בתוך תמונה בגודל ובמיקום האחרונים שלו, כך שהוא יישאר במקום שבו המשתמש הזיז אותו לאחרונה ויספק המשכיות בין חלונות התמונה בתוך תמונה. עם זאת, אם החלון החדש לא קשור מבחינה סמנטית לחלון הקודם, למשל אם מדובר בשיחת וידאו חדשה, המפתח יכול להשתמש בפרמטר הזה כדי לספק לסוכן המשתמש רמז לכך שעדיף לפתוח את החלון הזה במיקום ובגודל ברירת המחדל שלו.

איך פותחים את החלון במיקום ובגודל ברירת המחדל שלו

שיפרנו את הדיווח על שגיאות ב-IndexedDB במקרים של קריאת ערכים גדולים שנכשלה

שינוי בדיווח על מקרים מסוימים של שגיאות שדווחו בעבר עם הערך DOMException וההודעה 'הקריאה של ערך גדול ב-IndexedDB נכשלה'.

‫Chrome יציג עכשיו DOMException עם השם "NotFoundError" אם הקובץ שמכיל את הנתונים שנקראים על ידי IDBRequest חסר בדיסק, כדי שהאתרים יוכלו לבצע את פעולת התיקון המתאימה כשמתרחש כשל שלא ניתן לשחזר. פעולות מתקנות יכולות לכלול מחיקת הרשומה ממסד הנתונים, שליחת הודעה למשתמש או אחזור מחדש של הנתונים מהשרתים.

קונטיינרים של גלילה ניתנים למיקוד במקלדת

התכונה הזו מאפשרת להתמקד במקלדת כברירת מחדל ברכיבי גלילה ללא צאצאים שניתן להתמקד בהם.

זהו שיפור חשוב שעוזר להפוך את התוכן בתוך אזורי הגלילה ואת אזורי הגלילה עצמם לנגישים יותר לכל המשתמשים. מידע נוסף על היתרונות של התכונה הזו זמין במאמר בנושא כלי גלילה ניתנים למיקוד במקלדת. החל מ-Chrome 130, מקשי גלילה שניתן להתמקד בהם באמצעות המקלדת יופעלו כברירת מחדל. אם אתרים צריכים זמן כדי להסתגל לתכונה החדשה הזו, יש כמה אפשרויות:

שירותי בידינג ומכרזים של Protected Audience

‫Protected Audience API (לשעבר FLEDGE) הוא הצעה של ארגז החול לפרטיות להצגת מודעות רימרקטינג ולשימוש בתרחישי טירגוט לקהלים בהתאמה אישית. הוא נועד למנוע מצדדים שלישיים לעקוב אחרי התנהגות הגלישה של משתמשים באתרים.

התכונה הזו, שנקראת "שירותי בידינג ומכרזים של Protected Audience", מאפשרת לבצע חישובים של Protected Audience בשרתי ענן בסביבת מחשוב אמינה, במקום באופן מקומי במכשיר של המשתמש. העברת החישובים לשרתים בענן יכולה לעזור באופטימיזציה של המכרז בשילוב עם Protected Audience API, כדי לפנות מחזורי חישוב ורוחב פס ברשת של המכשיר.

תמיכה בכתובות 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‏ dual-source-blending שמאפשרת לשלב שני פלט של fragment shader לתוך 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 לזיהוי השפה של טקסט, עם רמות מהימנות.

WebAuthn attestationFormats

תמיכה בשדה attestationFormats מרמה 3 של WebAuthn.

‫WebAuthn ברמה 3 תומך בהעדפה מסודרת של פורמטים של אישורי פרטי כניסה באתר בשדה attestationFormats החדש. התכונה הזו מאפשרת תמיכה ב-Android, שבה ספקי מפתחות גישה יכולים לתמוך בכמה פורמטים.

הרשמה לתקופת הניסיון של WebAuthn attestationFormats

הוצאה משימוש והסרה

בגרסה הזו של Chrome הוצאו משימוש והוסרו התכונות הבאות. באתר ChromeStatus.com אפשר למצוא רשימות של הוצאות משימוש מתוכננות, הוצאות משימוש נוכחיות והסרות קודמות.

בגרסה הזו של Chrome הוסרה תכונה אחת.

הסרת expectedImprovement בDelegatedInkTrailPresenter

המאפיין expectedImprovement מציין למפתחי אתרים את מידת השיפור ש-DelegatedInkTrails API יספק לזמן האחזור הנוכחי של הדיו שלהם. עם זאת, לא כדאי להשתמש במאפיין הזה כי הוא מגדיל את האנטרופיה של טביעת האצבע.

בגרסה הזו של Chrome הוצאה משימוש תכונה אחת.

הוצאה משימוש של השיטה requestAdapterInfo() של GPUAdapter שאינה סטנדרטית

השיטה האסינכרונית requestAdapterInfo() ב-WebGPU מיותרת כי מפתחים כבר יכולים לקבל את GPUAdapterInfo באופן סינכרוני באמצעות המאפיין GPUAdapter info.