תאריך השקה יציב: 14 במאי 2024
אם לא צוין אחרת, השינויים הבאים חלים על הגרסה היציבה של Chrome 125 גרסת ערוץ ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows.
HTML ו-DOM
סריאליזציה של DOM הצללית הצהרתית
תכונה שמאפשרת למפתחים ליצור סריאליזציה של עצי DOM שמכילים שורשי צל, סטנדרטי לאחרונה בתקן HTML.
באג מס' 41490936 במעקב | ערך ChromeStatus.com | מפרט
CSS
מיקום עוגן ב-CSS
מיקום עוגן ב-CSS מאפשר למפתחים לשתף אינטרנט עם רכיב שנמצא במיקום מוחלט לרכיב אחד או יותר אחר בדף (העוגנים), באופן הצהרתי, ללא שימוש ב-JavaScript. מיקום העוגן פועל באופן יעיל כאשר ניתן לגלול את העוגנים. אחד התרחישים הנפוצים לדוגמה הוא למקם חלון קופץ, הסבר קצר ליד הרכיב שהפעיל את הרכיב, או תפריט בחירה והחלון הקופץ שלו רשימת אפשרויות. לפני השימוש בתכונת מיקום העוגן, תרחישים לדוגמה אלה נדרשים JavaScript כדי למקם את החלון הקופץ באופן דינמי ולשמור אותו מעוגנות שהפעיל את גל הגלילה, שהוא אקדח ביצועים ולכן קשה נכון. באמצעות מיקום עוגן, ניתן ליישם את התרחישים לדוגמה האלה באופן ביצועי והצהרתי.
תכונת מיקום העוגן מורכבת ממספר גדול של מאפייני CSS. א' הנה כמה ממאפייני המפתח:
anchor-name
: הגדרת רכיב שיהיה עוגן של רכיבים אחרים.position-anchor
: מתאר את "ברירת המחדל" עוגן שרכיב מעוגן צריך להשתמש בו עבור מיקום העוגן.- הפונקציה
anchor()
: משמשת לציון מיקום העוגן במיקום של הרכיב המוטמע. inset-area
: קיצור למיקום, למיקומים יחסיים נפוצים.
חדש: ממשק ה-API של מיקום העוגן ב-CSS | באג מס' 40059176 במעקב | ערך ChromeStatus.com | המפרט
פונקציות של ערך מדורג ב-CSS – round()
, mod()
ו-rem()
הפונקציות של הערך המדורג
round()
mod()
, וגם
rem()
, כל הטרנספורמציה גורמת לטרנספורמציה של
לפי 'ערך שלב' אחר.
פונקציית ה-CSS round()
מחזירה מספר מעוגל על סמך העיגול שנבחר.
את האסטרטגיה שלנו.
פונקציית ה-CSS mod()
מחזירה מודולוס שנשאר כשהפרמטר הראשון הוא
חלקי אופרטור הפרמטר השני, בדומה לאופרטור שארית JavaScript
(%). המודולוס הוא הערך שנותר כאשר אופרנד אחד, הדיבידנד,
חלקי אופרנד שני, המחלק. תמיד צריך את הסימן
עם הכיתוב הזה.
פונקציית ה-CSS rem()
מחזירה יתרה שנשארה כשהפרמטר הראשון
מחולק בפרמטר השני, בדומה לאופרטור שארית JavaScript
(%). השארית היא הערך שנותר כאשר אופרנד אחד, הדיבידנד,
חלקי אופרנד שני, המחלק. תמיד צריך את הסימן
מחולק.
באג מס' 40253179 במעקב | ערך ChromeStatus.com | מפרט
תחביר חדש ל-CSS בהתאמה אישית :state()
מצב מותאם אישית של CSS מאפשר לרכיבים מותאמים אישית לחשוף את המחלקות המדומה שלהם.
כבר מפרט את המפרט ב-CSSWG ו-Chrome 125 תומך עכשיו
תחביר :state(foo)
. לשינוי הזה יהיה חלון שבו Chrome
תתמוך גם בתחביר הישן (:--foo
) וגם בתחביר החדש, כך שאתרים
יכולים לעבור למכשיר החדש.
הסרת אי-רציפות בצבעים Oklab ו-Oklch עם בהירות של כמעט 100% או 0
לפני השינוי הזה, כל הצבעים של Lab, LCH, Oklab ו-Oklch היו עם ערך בהירות מ-100% מהם הוצגו בצבע לבן, בלי קשר לשני הפרמטרים האחרים. הכול הצבעים במרחבים האלה עם ערך בהירות 0 עברו רינדור כשחור. האלה שני מיפויים גרמו לחוסר עקביות בהדרגתיות, ולא היו צפויים למפתחים.
בעקבות החזרה הזו, הצבעים האלה לא ממופים יותר באופן מלאכותי הצבע המוצג יהיה רציף עם צבעים קרובים ויהיה תלוי את מיפוי הסולם של המסך.
סרגלי גלילה בסיסיים עם ערכת צבעים
תגרום לדפדפן להשתמש בערכת הצבעים המועדפת של המשתמש כדי לעבד את אזור התצוגה
סרגלי גלילה אם הערך של 'ערכות הצבעים הנתמכות בדף' הוא 'רגיל' או לא
שצוין, והערך המחושב של
color-scheme
עבור רכיב השורש הוא normal
. אפשר להחשיב סרגלי גלילה באזור התצוגה
מחוץ לתוכן האינטרנט. לכן, סוכני המשתמש צריכים לפעול בהתאם
ערכת צבעים מועדפת בעת עיבוד סרגלי גלילה של אזור התצוגה אם המפתח
שלא צוינה במפורש תמיכה בערכות צבעים.
השינוי הזה לא מונע ממפתחים לשלוט בלוח הצבעים של סרגלי גלילה. בעקבות ההתנהגות החדשה, הדפדפן ישתמש באפשרות המועדפת על המשתמש של אזור התצוגה להצגת סרגלי גלילה שאינם שכבות-על של אזור תצוגה, רק אם המפתח לא צוינה ערכת הצבעים של רכיב הבסיס.
שם הפריט | באג מס' 40259909 למעקב | ערך ChromeStatus.com | המפרט
כיתה אחת (view-transitions
)
יש נכס CSS חדש view-transition-class
שמאפשר לך
לציין סוג אחד או יותר של מעבר בין תצוגה. לאחר מכן אפשר לבחור
לדוגמה, אלמנטים פסאודויים של ViewTransition
שמשתמשים במחלקות האלה
::view-transition-group(*.class)
.
זהו תוסף ל-ViewTransition API שמפשט את העיצוב של רכיבי פסאודו של מעבר תצוגה באופן דומה שמחלקות CSS מפשטות את העיצוב של רכיבי DOM רגילים.
באג מס' 41492972 במעקב | ערך ChromeStatus.com | מפרט
בטעינה
קבלת כתובות URL מסוג HTTP ו-HTTPS בעת בניית WebSocket
העדכון הזה מפעיל סכמות HTTP ו-HTTPS ב-constructor של WebSocket,
ולכן גם מאפשרים למפתחים להשתמש בכתובות URL יחסיות. הם מנורמלים
את הסכימות הפנימיות ws:
ו-wss:
.
באג מס' 325979102 במעקב | ערך ChromeStatus.com | מפרט
ממשקי API לאינטרנט
תוספות ל-Attribution Reporting API
הוספנו תכונות ל-Attribution Reporting API כדי ליצור עוד תכונות יכולות ניפוי באגים באמצעות תמיכה בניתוח דוחות ניפוי באגים שנכשלו, שיפור ה-API ארגונומיה באמצעות תמיכה בשדה שמציין פלטפורמת רישום מועדפת, שיפור הפרטיות.
ממשק ה-API של Compute לחץ על
ממשק Compute לחץure API כולל את העומס על המעבד (CPU) על המערכת. הוא מאפשר כדי להשתמש במדדי החומרה הבסיסיים המתאימים כדי לוודא שהמשתמשים יכולים לנצל את כל כוח העיבוד שזמין להם כל עוד המערכת לא נמצאת בלחץ שלא ניתן לניהול.
Intel הובילה את עבודת התכנון וההטמעה עבור ה-API הזה, שמאפשר לאפליקציות לשיחות ועידה בווידאו לאזן באופן דינמי בין התכונות או של ביצועים.
Compute Pressure API | באג מס' 40683064 במעקב | ערך ChromeStatus.com | המפרט
הרחבת Storage Access API (SAA) לאחסון ללא קובצי Cookie
הפעולה הזו מפעילה את התוסף המוצע ל-Storage Access API (אחורה) תואם ופועל בגרסת המקור לניסיון) כדי לאפשר גישה לקובצי cookie ללא מחיצות ואחסון שאינו קובצי cookie בהקשר של צד שלישי. ה-API הנוכחי מספק רק גישה לקובצי cookie, שכוללים תרחישי שימוש שונים לעומת אחסון ללא קובצי cookie.
באג מס' 40282415 במעקב | ערך ChromeStatus.com | מפרט
דרישת CORS של FedCM בנקודת קצה טענת נכוֹנוּת (assertion) של המזהה
קשה להסביר את האחזורים ב-FedCM API בגלל המאפיינים שנדרש מהם. בזמן שיש דיון מתמשך לגבי החשבונות יש גם הסכמה רחבה על כך שנקודת הקצה של טענת המזהה להשתמש ב-CORS. מאפייני האבטחה של האחזור הזה מתאימים יותר במדויק לאלו של העדכון הזה אחזורים אחרים בפלטפורמת האינטרנט.
עדכוני FedCM: גרסת מקור לניסיון של לחצן Mode API, CORS ו-SameSite | באג מס' 40284123 במעקב | ערך ChromeStatus.com
בקשה עם פרטי כניסה של FedCM לא שולחת יותר קובץ cookie מסוג SameSite=Strict
עכשיו FedCM שולח בקשות לטענת נכוֹנוּת (assertion) של מזהים באמצעות CORS. המשמעות של שינוי זה היא ש-Chrome
אבל לא ישלח יותר קובצי cookie מסוג SameSite=Strict
אל נקודת הקצה של טענת הנכוֹנוּת (assertion) של המזהה
Chrome עדיין שולח SameSite=None
. מכיוון שלא הגיוני לשלוח
קבוצה שונה של קובצי cookie לנקודת הקצה של החשבונות וטענת הנכונות (assertion) של המזהה
נקודת הקצה, השינוי הזה הופך אותן לעקביות.
גם אם לא שולחים SameSite=Strict
קובצי cookie,
התנהגות אחת (requestStorageAccess
)
ובקשות מאתרים שונים באופן כללי.
באג מס' 329145816 במעקב | ערך ChromeStatus.com | מפרט
פעולת ברירת מחדל של mousemove הדדי
Chrome אישר לבטל אירועים של mousemove כדי למנוע ממשקי API אחרים, כמו טקסט.
(ואפילו גרירה ושחרור בעבר). ההגדרה הזו לא תואמת לסוגים אחרים
דפדפנים; והוא גם לא תואם למפרט האירועים של ממשק המשתמש. עכשיו אין אפשרות לבחור טקסט
תהיה פעולת ברירת המחדל של mousemove. ניתן לבחור טקסט באמצעות גרירה ושחרור
עדיין תהיה אפשרות למנוע אותה על ידי ביטול אירועים של selectstart
ו-dragstart
בהתאמה.
התכונה הזו תושק בהדרגה החל מ-Chrome 125, והיא צפויה יהיה זמין לכל המשתמשים עד Chrome 126.
הדגמה | באג מס' 40078978 במעקב | ערך ChromeStatus.com | המפרט
מגבילי ביטויים רגולריים
מגבילי ביטויים רגולריים מוסיפים את היכולת לשנות באופן מקומי את i
, m
,
ו-s
דגלים בתוך תבנית.
כדי להפעיל דגל לתת-ביטוי, משתמשים בפונקציה (?X:subexpr)
כאשר X
הוא אחד מ-
i
, m
או s
. כדי להשבית דגל עבור תת-ביטוי, משתמשים ב-(-X:subexpr)
.
לדוגמה, עבור הדגל i
של חוסר תלות באותיות רישיות:
const re1 = /^[a-z](?-i:[a-z])$/i;
re1.test("ab"); // true
re1.test("Ab"); // true
re1.test("aB"); // false
const re2 = /^(?i:[a-z])[a-z]$/;
re2.test("ab"); // true
re2.test("Ab"); // true
re2.test("aB"); // false
קבוצות לחילוץ עם שם כפול של ביטוי רגולרי
אפשר להשתמש באותו שם של קבוצה להקלטה באמצעות כפילות של קבוצות לחילוץ במגוון חלופות. לדוגמה
const re = /(?<year>[0-9]{4})-[0-9]{2}|[0-9]{2}-(?<year>[0-9]{4})/;
במקרה הזה, הערך year
תקין עבור החלופה הראשונה ((?<year>[0-9]{4})-[0-9]{2}
),
או החלופה השנייה ([0-9]{2}-(?<year>[0-9]{4})
).
אפליקציות Chrome
Direct Sockets API באפליקציות Chrome
העדכון הזה עוזר להקל על המעבר של אפליקציות מיוחדות מאפליקציות Chrome אל אפליקציות אינטרנט מבודדות (IWA) על ידי הפעלת Direct Sockets באפליקציות Chrome, כדי לאפשר לאפליקציות אינטרנט ליצור פרוטוקול לבקרת שידור ישיר (TCP) ופרוטוקול נתוני משתמשים (UDP) תקשורת עם מערכות ומכשירים של רשתות.
גרסאות מקור חדשות לניסיון
ממשק API של מצב לחצנים ב-FedCM ושימוש ב-Other Account API
גרסת המקור לניסיון כוללת את שני ממשקי ה-API הבאים של FedCM.
ממשק ה-API של מצב הלחצן מאפשר לאתרים לקרוא ל-FedCM בתוך לחיצה על לחצן, כמו לוחצים על הלחצן כניסה ל-IdP. לשם כך, צריך להשתמש ב-FedCM כדי להבטיח תמיד מגיב עם ממשק משתמש גלוי, בניגוד למצב ווידג'ט, שלא מוצג ממשק משתמש כשהמשתמשים מתנתקים מהחשבון. שליחת קריאה ל-FedCM API באמצעות מצב הלחצן מעביר את המשתמשים ל-IdP (בחלון של תיבת דו-שיח), כשהמשתמשים מנותקים.
כמו כן, בגלל שמצב הלחצן מופעל בתוך משתמש מפורש יכול להיות שממשק המשתמש יהיה בולט יותר (למשל, במרכז או בחלון מודאלי) בהשוואה לממשק המשתמש במצב הווידג'ט (שאין בו כל כך בכוונה טובה). מידע נוסף על אופן הפעולה של לחצן Mode API ב- עדכוני FedCM: גרסת מקור לניסיון של לחצן Mode API, CORS ו-SameSite
ה-API של חשבון אחר מאפשר לספק זהויות לאפשר למשתמשים להיכנס אל חשבונות אחרים.
גרסת מקור לניסיון | הדגמה | באג מס' 40284792 במעקב | ערך ChromeStatus.com | מפרט
ממשקי API מתקפלים
גרסת המקור לניסיון כוללת את Device Posture API ואת הפלחים באזור התצוגה ממשק API של Enumeration. ממשקי ה-API האלה נועדו לעזור למפתחים לטרגט מכשירים מתקפלים מכשירים.
גרסת מקור לניסיון | גרסת המקור לניסיון של ממשקי API מתקפלים | ערך ChromeStatus.com | המפרט
ניסיון הוצאה משימוש של שיטות ומאפיינים עם קידומת של HTMLVideoElement במסך מלא
תקופת הניסיון בתכונה הזו מאפשרת לכם לחזור לקבל תמיכה המאפיינים והשיטות של HTMLVideoElement אם אתם זקוקים לזמן נוסף כדי להתאים את
גרסת מקור לניסיון | ערך ChromeStatus.com
דילוג על הסריקה של הטעינה מראש
מדלג על סורק הטעינה מראש כדי לחקור לפגוע בביצועים של דפים שאין בהם אחזורים של משאבי משנה.
שלב סורק הטעינה מראש משפר את הביצועים של דפים עם משאב משנה אחזורים באמצעות הטמעה של השליפה מראש (prefetch) הספקולטיבית. אבל כשמדובר בדפים שלא יפיקו תועלת מהשלב הזה, כלומר, לדפים ללא משאבי משנה, מדובר בתקורה נוספת של עיבוד שאין בה תועלת.
למשתמשי אינטרנט מתקדמים שרוצים להפיק תועלת מצמצום התקורה, הניסוי מספק בקרה ברמת הדף להשבתת סורק הטעינה מראש. נתונים שנאספו מהניסוי הזה יכולים להעריך אם ממשק API שעבר שינוי או של סורק הטעינה מראש של HTML יהיה מועיל.
גרסת מקור לניסיון | באג מס' 330802493 במעקב | ערך ChromeStatus.com | המפרט
הוצאה משימוש והסרות
הסרה של 'window-placement' כינוי למדיניות ההרשאות וההרשאות 'window-management'
הסרה של 'window-placement' כתובת אימייל חלופית למדיניות הרשאות ולהרשאות 'window-management'. זה חלק ממאמץ גדול יותר לשנות את השמות של המחרוזות באמצעות בסופו של דבר הוצאה משימוש והסרה של 'window-placement'. השינוי במינוח משפר את משך החיים של המתאר בתור החלון ה-Management API מתפתח עם הזמן.
שם הפריט | באג מס' 40842072 במעקב | ערך ChromeStatus.com | המפרט
הסרת המדיניות של הארגון: NewBaseUrlInheritanceBehaviorAllowed
השינוי הבסיסי (הפעלת התנהגות ירושה חדשה של כתובת URL בסיסית) שבעקבותיה שינויים במדיניות הארגון הופעלו בגרסאות יציבות מאז אוגוסט 2023 (Chrome 118). מאחר שהבעיות המוכרות טופלו, הארגון הזה הוסרה בגרסה 125 של Chrome.
הסרת מאפיינים ושיטות קבועים של HTMLVideoElement במסך מלא
ממשקי ה-API שמוגדרים כ-HTMLVideoElement
במסך מלא הוצאו משימוש מאז
Chrome 38. הם הוחלפו על ידי Element.requestFullscreen()
, שקודם
נשלח ללא קידומת ב-2018 ב-Chrome 71.
המאפיינים והשיטות הבאים יוסרו מ-HTMLVideoElement:
webkitSupportsFullscreen
webkitDisplayingFullscreen
webkitEnterFullscreen()
webkitExitFullscreen()
webkitEnterFullScreen()
(שימו לב לאותיות הרישיות השונה של ה-"S" ב- FullScreen)webkitExitFullScreen()
להירשם לתקופת הניסיון להוצאה משימוש שמופיעה בפוסט הזה, אם האתר עדיין מסתמך עליהם ודרוש לכם זמן נוסף לעדכון הקוד.
קריאה נוספת
רוצה עוד? תוכלו לעיין במקורות המידע הנוספים.
- מה חדש בגרסה 125 של Chrome
- מה חדש בגרסה 125 של כלי הפיתוח ל-Chrome
- עדכונים ל-ChromeStatus.com ל-Chrome 125
- יומן הגרסאות של Chrome
- מוציאים משימוש בקרוב
- הסרות קרובות