אם לא צוין אחרת, השינויים הבאים חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. אפשר לקרוא מידע נוסף על התכונות שמפורטות כאן בקישורים שסופקו או ברשימה בכתובת ChromeStatus.com. גרסת הבטא של Chrome 125 זמינה ב-17 באפריל 2024. אפשר להוריד את הגרסה העדכנית ביותר מ-Google.com למחשב או מחנות Google Play ב-Android. אחרי שהגרסה היציבה תשוחרר ליציבות, תוכלו למצוא את כל התכונות הכלולות בנתוני הגרסה.
CSS
לגרסה הזו נוספו שתי תכונות חדשות של CSS ומתבצעות שני שינויים הקשורים ל-CSS.
מיצוב עוגנים של CSS
מיקום של עוגן ב-CSS מאפשר למפתחים לקשר רכיב שנמצא במיקום מוחלט לרכיב אחד או יותר בדף (העוגנים), באופן הצהרתי, ללא שימוש ב-JavaScript. המיקום של העוגן פועל בצורה יעילה כשניתן לגלול את העוגנים. אחת מהדרכים הנפוצות היא למקם חלון קופץ כמו הסבר קצר ליד הרכיב שהפעיל אותו, או תפריט בחירה ורשימת האפשרויות בחלון הקופץ. לפני התכונה של מיקום עוגן, תרחישי השימוש האלה חייבו את JavaScript כדי למקם באופן דינמי את החלון הקופץ ולהשאיר אותו מקושר כשגוללים את הרכיב המפעיל את נקודת האחיזה, שהיא דרך מצוינת לביצועים. בעזרת מיקום של עוגן אפשר להטמיע את התרחישים האלה ביעילות ובאופן הצהרתי.
התכונה 'מיקום של עוגן' מורכבת ממספר גדול של מאפייני CSS. חלק ממאפייני המפתח הם:
anchor-name: מגדיר רכיב בתור עוגן של רכיבים אחרים.position-anchor: מתאר את העוגן 'ברירת המחדל' שבו רכיב מעוגן צריך להשתמש כדי למקם את העוגן.- הפונקציה
anchor(): משמשת להפניה למיקום של רכיב העוגן, במיקום של הרכיב המעוגן. inset-area: קיצור למיקום, למיקומים יחסיים נפוצים.
פונקציות ערך בשלבים של CSS — round(), mod() ו-rem()
הפונקציות של הערך המדורג, round(), mod() ו-rem(), ממירות ערך נתון בהתאם ל'ערך שלב' אחר.
הפונקציה round() של CSS מחזירה מספר מעוגל על סמך שיטת העיגול שנבחרה.
פונקציית ה-CSS mod() מחזירה מודולוס שנשאר כשהפרמטר הראשון מחולק בפרמטר השני, בדומה לאופרטור שארית ה-JavaScript (%). המודולוס הוא הערך שנותר כשאופרנד אחד, הדיבידנד, מחולק באופרנד שני, המחלק. תמיד יש צורך בסימן המחלק.
פונקציית ה-CSS rem() מחזירה השארית שנשארה כשהפרמטר הראשון מחולק בפרמטר השני, בדומה לאופרטור שארית ה-JavaScript (%). השארית היא הערך שנותר כשאופרנד אחד, הדיבידנד, מחולק באופרנד שני, המחלק. הוא תמיד לוקח את הסימן
של הדיבידנד.
הסרת אי-רציפות בצבעי Oklab ו-Oklch עם בהירות של כמעט 100% או 0
לפני השינוי הזה, כל הצבעים Lab, LCH, Oklab ו-Oklch עם ערך בהירות של 100%, הוצגו בצבע לבן, ללא קשר לשני הפרמטרים האחרים. כל הצבעים במרחבים האלה עם ערך בהירות של 0 עברו עיבוד כשחור. שני המיפויים האלה גרמו לחוסר עקביות בהדרגתיות, והם לא היו צפויים למפתחים.
בעקבות החזרה הזו לגרסה הקודמת, הצבעים האלה לא ימופו יותר באופן מלאכותי, והצבע שייווצר יהיה רציף עם הצבעים הסמוכים ותלוי במיפוי המסכמות של התצוגה.
השתמשת בפסי גלילה ברמה הבסיסית (root) של סכמת הצבעים
ההגדרה קובעת לדפדפן להשתמש בערכת הצבעים המועדפת על המשתמש כדי לעבד את פסי הגלילה של אזור התצוגה אם הערך של 'סכמות הצבעים הנתמכות של הדף' הוא 'רגיל' או לא צוין, והערך המחושב של color-scheme לרכיב הבסיס הוא normal. סרגלי גלילה באזור התצוגה יכולים להיחשב
מחוץ לתוכן באינטרנט. לכן סוכני המשתמש צריכים לפעול בהתאם לערכת הצבעים המועדפת על המשתמש כשמעבדים סרגלי גלילה באזור התצוגה, אם המפתח לא ציין תמיכה בסכמות צבעים באופן מפורש.
השינוי הזה לא מונע מהמפתחים לשלוט בלוח הצבעים של סרגלי הגלילה. בהתאם להתנהגות החדשה, הדפדפן משתמש בערכת הצבעים המועדפת על המשתמש כדי לעבד סרגלי גלילה שאינם שכבת-על של אזור התצוגה, רק אם המפתח לא ציין את סכימת הצבעים של רכיב הבסיס.
HTML
מאגרי גלילה עם מיקוד באמצעות המקלדת
שיפור הנגישות על ידי מתן אפשרות להתמקד בקונטיינרים של גלילה באמצעות ניווט רציף במיקוד. לפני השינוי הזה, מקש Tab לא מתמקד בגלילה, אלא אם כן tabIndex מוגדר במפורש לערך 0 או יותר.
כשהמיקוד הוא בגלילה כברירת מחדל, משתמשים שלא יכולים (או לא רוצים) להשתמש בעכבר יוכלו להתמקד בתוכן חתוך באמצעות הכרטיסייה ומקשי החצים של המקלדת. ההתנהגות הזו מופעלת רק אם פס הגלילה לא מכיל צאצאים שניתן להתמקד בהם במקלדת.
זוהי השקה מתמשכת שהחלה בגרסה 124 של Chrome, והיא אמורה להיות זמינה לכל המשתמשים מ-Chrome 125. מידע נוסף על גלילה באמצעות התמקדות במקלדת
סריאליזציה ל-DOM של צל הצהרתי
תכונה שמאפשרת למפתחים ליצור סדרה של עצי DOM שמכילים שורשי צל, שאוחזרו לאחרונה בתקן HTML.
ממשקי API לאינטרנט
תוספות ל-Attribution Reporting API
הוספנו ל-Attribution Reporting API תכונות נוספות לניפוי באגים, שכוללות תמיכה בניתוח דוחות ניפוי באגים מכשלים, שיפור הארגונומיה של ה-API באמצעות תמיכה בשדה שמציין פלטפורמת רישום מועדפת ושיפור הפרטיות.
ממשק API של Compute Pressure
ב-Compute Pressure API יש מצבים ברמה גבוהה שמייצגים את העומס על המעבד (CPU) על המערכת. זה מאפשר ליישום להשתמש במדדי החומרה הנכונים, כדי לוודא שהמשתמשים יוכלו לנצל את כל כוח העיבוד שזמין להם, כל עוד המערכת לא נמצאת בלחץ שלא ניתן לנהל. Intel הובילה את עבודת התכנון וההטמעה של ה-API הזה, כך שאפליקציות לשיחות ועידה בווידאו יוכלו לאזן באופן דינמי בין התכונות לביצועים.
קבלת כתובות URL מסוג HTTP(S) כשיוצרים WebSocket
העדכון הזה מאפשר סכמות HTTP ב-builder של WebSocket, מה שמאפשר למפתחים להשתמש בכתובות URL יחסיות. הן מנורמלות לסכימות הפנימיות ws: ו-wss:.
Extending Storage Access API (SAA) לאחסון שאינו של קובצי cookie
כך תשיק את התוסף המוצע של Storage Access API (תואם לאחור ונמצא בגרסת מקור לניסיון) כדי לאפשר גישה לאחסון של קובצי Cookie ולא של קובצי Cookie ללא מחיצה בהקשר של צד שלישי. ה-API הנוכחי מאפשר גישה רק לקובצי Cookie, בתרחישי השימוש שלהם שונים מאשר אחסון של קובצי Cookie שאינם קובצי Cookie.
הדרישה של FedCM ל-CORS בנקודת קצה (assertion) של מזהה
קשה להבין את האחזורים ב-FedCM API בגלל המאפיינים הנדרשים. בזמן שיש דיון מתמשך לגבי נקודת הקצה של החשבונות, יש גם הסכמה רחבה על כך שנקודת הקצה של טענת הנכוֹנוּת (assertion) של המזהה צריכה להשתמש ב-CORS. העדכון הזה מתאים יותר את מאפייני האבטחה של האחזור הזה לאחזורים אחרים בפלטפורמת האינטרנט. מידע נוסף על הדרישות של CORS זמין במאמר עדכוני FedCM: גרסת המקור לניסיון של לחצן במצב API, CORS ו-SameSite.
פעולת ברירת מחדל של mousemove עם יכולת פעולה הדדית
Chrome אפשר לבטל אירועי mousemove כדי למנוע ממשקי API אחרים כמו בחירת טקסט (ואפילו גרירה ושחרור בעבר). הפעולה הזו לא תואמת לדפדפנים עיקריים אחרים, וגם לא תואמת למפרט של האירוע UI. מעכשיו, בחירת הטקסט כבר לא תהיה פעולת ברירת המחדל של mousemove. עדיין אפשר למנוע בחירת טקסט וגרירה ושחרור באמצעות ביטול אירועים של selectstart ו-dragstart, בהתאמה.
עדכונים ב-Shared Storage API
בעדכון הזה נוספה תמיכה בהרצת worklet של מקורות שונים בלי ליצור iframe.
אפליקציות Chrome
Direct Sockets API באפליקציות Chrome
העדכון הזה עוזר להקל על המעבר של אפליקציות מיוחדות מאפליקציות Chrome לאפליקציות אינטרנט מבודדות באמצעות הפעלה של Direct Sockets באפליקציות Chrome, ובכך מאפשר לאפליקציות אינטרנט להקים פרוטוקולים של שידור ישיר (TCP) ופרוטוקול User-datagram (UDP) עם מכשירים ומערכות רשת.
גרסאות מקור חדשות לניסיון
החל מ-Chrome 125, אפשר להצטרף לגרסאות המקור החדשות לניסיון.
FedCM Button Mode API ושימוש ב-API אחר בחשבון
גרסת המקור לניסיון כוללת את שני ממשקי ה-API הבאים של FedCM.
ה-API של מצב הלחצן מאפשר לאתרים להפעיל את FedCM בתוך לחיצה על לחצן, כמו לחיצה על לחצן Sign-in to IdP. לשם כך, FedCM צריך לוודא שהוא תמיד מגיב עם ממשק משתמש גלוי, בניגוד למצב ווידג'ט, שלא מציג ממשק משתמש כשמשתמשים מתנתקים. קריאה ל-FedCM API במצב לחצן מעבירה את המשתמשים ל-IdP (בחלון דו-שיח), כשהמשתמשים לא מחוברים.
בנוסף, מכיוון שמצב הלחצן נקרא בתנועת משתמש מפורשת, ממשק המשתמש עשוי להיות בולט יותר (לדוגמה, ממורכז ומודאלי) בהשוואה לממשק המשתמש במצב הווידג'ט (ללא כוונה מפורשת כזו). מידע נוסף על אופן הפעולה של ה-API של מצב הלחצן זמין בעדכוני FedCM: גרסת המקור לניסיון של Button Mode API, CORS ו-SameSite
ה-Use Other Account API מאפשר לספק הזהויות לאפשר למשתמשים להיכנס לחשבונות אחרים.
הירשמו לתקופת הניסיון המקורית של FedCM.
ממשקי API מתקפלים
גרסת המקור לניסיון כוללת את Device Posture API ואת Viewport segments API. ממשקי ה-API האלה נועדו לעזור למפתחים לטרגט מכשירים מתקפלים. מידע נוסף זמין בגרסת המקור לניסיון של ממשקי API מתקפלים.
הירשמו לתקופת ניסיון המקור של ממשקי ה-API המתקפלים.
ביטול ההסכמה לתצוגה מקדימה של מדיה
גרסת המקור לניסיון ההפוך תחריג אתרים מההשקה של תצוגות מקדימות של מדיה.
Chrome נועד לספק תצוגות מקדימות בזמן אמת של קלט המצלמה והמיקרופון בזמן שאתרים מבקשים הרשאות גישה למצלמה ולמיקרופון. הם יהיו זמינים גם מפרטי הדף של האתר.
בנוסף, משתמשים עם מספר מכשירים יוכלו לבחור מצלמה ומיקרופון בזמן בקשת ההרשאות, אלא אם האתר ביקש מכשיר מסוים דרך getUserMedia().
התכונה הזו נמצאת בפיתוח במקביל לפרויקט אחר שקשור להרשאות, אמצעי בקרה של הרשאות מוטמעות בדף (PEPC). המשתמשים ייחשפו ל-PEPC בתהליך השקה עצמאי שכולל ניסוי מקור נפרד או ניסויים ספציפיים לאתר.
תקופת ניסיון להוצאה משימוש של מאפיינים ושיטות עם קידומת מסוג HTMLVideoElement במסך מלא
תקופת הניסיון הזו להוצאה משימוש מאפשרת לכם לחזור לתמיכה במאפיינים ובשיטות של HTMLVideoElement עם קידומת, אם אתם צריכים עוד זמן כדי לשנות את הקוד. בקטע הוצאות משימוש והסרות תוכלו לראות פרטים מלאים על השיטות והנכסים שהוסרו.
הרשמה לתקופת הניסיון של ההוצאה משימוש של Prefixed Video fullscreen API.
דילוג על סריקה של טעינה מראש
המערכת מדלגת על הסורק של הטעינה מראש כדי לבדוק את החלופות בביצועים של דפים שאין להם אחזורים של משאבי משנה.
השלב של סורק הטעינה מראש עוזר לשפר את הביצועים של דפים עם אחזורים של משאבי משנה, על ידי הטמעה של השליפה מראש הספקולטיבית. עם זאת, לגבי דפים שהשלב הזה לא מועיל בהם, כלומר בדפים ללא משאבי משנה, מדובר בתקורה נוספת של עיבוד שאין לה יתרון.
למשתמשי אינטרנט מתקדמים שרוצים ליהנות מהפחתת התקורה הזו, הניסוי הזה מספק שליטה ברמת הדף להשבתת סורק הטעינה מראש. על סמך הנתונים שנאספים מהניסוי הזה, מומלץ לבדוק אם ממשק API שעבר שינוי או הטמעה אחרת של סורק הטעינה מראש של HTML יועילו.
הרשמה לתקופת הניסיון עם דילוג על הסריקה של הטעינה מראש.
הוצאה משימוש והסרות
בכתובת ChromeStatus.com תוכלו לראות רשימות של הוצאה משימוש מתוכננות, מוציאים משימוש נוכחי והסרות קודמות.
בגרסה הזו של Chrome הוסרו שלוש התכונות הבאות.
הסרת הכינוי 'window-placement' למדיניות ההרשאות 'window-management'
הסרת הכינוי 'window-placement' של מדיניות ההרשאות ומדיניות ההרשאות 'window-management'. זהו חלק ממאמץ נרחב יותר לשינוי שם המחרוזות, על ידי הוצאה משימוש והסרה של "window-placement". שינוי המינוח משפר את משך החיים של התיאור ככל שה-WindowManagement API מתפתח עם הזמן.
הסרת מדיניות ארגונית: NewBaseUrlInheritanceBehaviorAllowed
השינוי הבסיסי בקוד (הפעלת התנהגות ירושה חדשה של כתובת URL בסיסית) שביטול מדיניות הארגון הזה הופעל בגרסאות יציבות מאז אוגוסט 2023 (118.0.5966.0). מכיוון שטיפלנו בבעיות ידועות, המדיניות הארגונית הזו תוסר בגרסה 125 של Chrome.
הסרת מאפיינים ושיטות של מסך מלא עם קידומת HTMLVideoElement
ממשקי ה-API במסך מלא עם התחילית HTMLVideoElement הוצאו משימוש החל מ-Chrome 38. הם הוחלפו על ידי Element.requestFullscreen(), שנשלח לראשונה
ללא קידומת בשנת 2018 ב-Chrome 71.
המאפיינים והשיטות הבאים יוסרו מ-HTMLVideoElement:
webkitSupportsFullscreenwebkitDisplayingFullscreenwebkitEnterFullscreen()webkitExitFullscreen()webkitEnterFullScreen()(שימו לב לאותיות הרישיות השונות באותיות S במסך מלא)webkitExitFullScreen()
אם האתר שלכם עדיין מסתמך על העדכונים האלה ודרוש לכם זמן נוסף לעדכון הקוד, כדאי להירשם לתקופת הניסיון להוצאה משימוש.