Chrome 130

תאריך פרסום הגרסה היציבה: 15 באוקטובר 2024

אם לא צוין אחרת, השינויים הבאים חלים על גרסת הערוץ היציבה של Chrome 130 ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows.

CSS

חיפוש עץ שטוח בשאילתות קונטיינר של CSS

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

באג מעקב מס' 340876720 | רשומה ב-ChromeStatus.com | מפרט

הצבת CSS: הכלל של ההצהרות הפנימיות

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

שיפור ההטמעה של CSS באמצעות CSSNestedDeclarations | הרשומה ב-ChromeStatus.com

תמיכה מלאה ב-box-decoration-break וללא קידומת

הוספת תמיכה ב-box-decoration-break: clone גם בפיצול שורות (פריסת קו) וגם במקטע בלוקים (עימוד להדפסה וריבוי נקודות).

בעבר ב-Chrome, רק הערך box-decoration-break:slice (הערך הראשוני) נתמך לפיצול בלוקים, ואילו לפיצול בקוד, גם הערך box-decoration-break:clone נתמך, אבל רק כשמשתמשים במאפיין -webkit-box-decoration-break עם הקידומת.

המאפיין Box-decoration-break ב-Chrome 130 | באג מעקב מס' 41295617 | רשומת ChromeStatus.com | מפרט

מתן הרשאה לשימוש בעוד פסאודו-רכיבים ופסאודו-כיתות אחרי ::part()

לסלקטורים ב-CSS שמשתמשים בפסאודו-אלמנט ::part() מותר להוסיף רכיבי פסאודו-פסאודו אחרים של CSS (חוץ מ-::part()) והרבה סוגים אחרים של פסאודו-מחלקות אחרות של CSS. עדיין אסור להשתמש בקומבינים אחרי ::part(), ואסור להשתמש בפסאודו-כיתות שתלויות במבנה עץ.

בעבר, Chrome אפשר להשתמש רק בקבוצה מוגבלת של פסאודו-מחלקות ורכיבים פסאודוניים אחרי ::part(). השינוי הזה מאפשר את כל פסאודו-האלמנטים ופסאודו-הכיתות שצריך לאפשר. המשמעות היא שאפשר להשתמש עכשיו בסלקטורים כמו ::part(part-name):enabled ו-::part(part-name)::marker.

מעקב אחרי באג מס' 40623497 | הרשומה ב-ChromeStatus.com | מפרט

ממשקי API של אתרים

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

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

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

מעקב אחרי באג מס' 40255884 | הרשומה ב-ChromeStatus.com | מפרט

החלקה בו-זמנית scrollIntoView()

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

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

דמו | מעקב אחרי באג מס' 325081538 | הרשומה ב-ChromeStatus.com | מפרט

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

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

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

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

תצוגת 'תמונה בתוך תמונה' לכל אלמנט, לא רק לסרטונים | הערך ב-ChromeStatus.com | מפרט

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

שינוי בדיווח על מקרים מסוימים של שגיאות שדווחו בעבר עם הערך DOMException וההודעה 'Failed to read large IndexedDB value'.

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

באג מעקב מס' 362123231 | רשומה של ChromeStatus.com | מפרט

מאגרי גלילה שניתן להתמקד בהם במקלדת

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

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

כלי גלילה ניתנים למיקוד במקלדת | מעקב אחרי באג מס' 40113891 | רשומה ב-ChromeStatus.com | מפרט

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

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

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

הרשומה ב-ChromeStatus.com | מפרט

תמיכה בכתובות URL עם סכמות מיוחדות

בעבר, מנתח כתובות ה-URL של Chrome לא תמך בכתובות URL לא מיוחדות. המנתח מנתח כתובות URL לא מיוחדות כאילו יש להן 'נתיב אטום', שלא תואם לתקן כתובות ה-URL. עכשיו, מנתח כתובות ה-URL של Chromium מנתח כתובות URL לא מיוחדות בצורה נכונה, בהתאם לתקן ה-URL.

תמיכה בכתובות URL ללא סכימה מיוחדת | באג מעקב מס' 40063064 | הרשומה ב-ChromeStatus.com | מפרט

מחרוזת WebAssembly JavaScript מובנית

התכונה הזו חושפת פעולות מחרוזת נפוצות ב-JavaScript לייבוא ל-WebAssembly. כך אפשר ליצור מחרוזות JavaScript ולבצע בהן פעולות מ-WebAssembly בלי תמיכה ב-WebAssembly. עדיין אפשר לקבל ביצועים דומים לאלה של הפניות למחרוזות נתמכות.

הערך ב-ChromeStatus.com | מפרט

Web Serial: מאפיין connected ואירועי חיבור RFCOMM

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

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

התכונה הזו נועדה לאפשר לאפליקציות לזהות מתי יציאה טורית של Bluetooth RFCOMM זמינה, בלי לפתוח את היציאה.

מידע נוסף זמין במאמר עדכוני Bluetooth RFCOMM ב-Web Serial.

עדכוני Bluetooth RFCOMM ב-Web Serial | מעקב אחרי באג מס' 40283485 | הרשומה ב-ChromeStatus.com | מפרט

רינדור וגרפיקה

WebGPU: שילוב של שני מקורות

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

באג מעקב מס' 341973423 | רשומה ב-ChromeStatus.com | מפרט

פרטיות

תכונה של Attribution Reporting API (Attribution Scopes)

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

הרשומה ב-ChromeStatus.com

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

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

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

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

הרשומה ב-ChromeStatus.com | מפרט

גרסאות מקור לניסיון

Language Detector API

ממשק API ל-JavaScript לזיהוי השפה של טקסט, עם רמות ביטחון.

גרסת טרום-השקה | Language detection API זמין לתצוגה מקדימה מוקדמת | הרשומה ב-ChromeStatus.com | מפרט

WebAuthn attestationFormats

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

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

גרסת Origin | הרשומה ב-ChromeStatus.com | מפרט

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

הסרה של expectedImprovement בDelegatedInkTrailPresenter

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

הרשומה ב-ChromeStatus.com | מפרט

קריאה נוספת

רוצה עוד? כדאי לעיין במקורות המידע הנוספים הבאים.

הורדת Google Chrome

אפשר להוריד את Chrome ל-Android, למחשב או ל-iOS.