תוספות ל-Screen Capture API, אינטרפולציה של מאפייני CSS grid-template ועוד.
אלא אם צוין אחרת, השינויים שמתוארים בהמשך חלים על הגרסה העדכנית ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. מידע נוסף על התכונות שמופיעות כאן זמין בקישורים שמופיעים בהמשך או ברשימה שבאתר ChromeStatus.com. נכון ל-29 בספטמבר 2022, גרסה Chrome 107 היא גרסת בטא. אפשר להוריד את הגרסה האחרונה ב-Google.com למחשב או בחנות Google Play ב-Android.
אינטרפולציה של מאפייני CSS grid-template
ב-CSS Grid, המאפיינים grid-template-columns ו-grid-template-rows מאפשרים למפתחים להגדיר שמות של קווים ולעקוב אחרי גודל העמודות והשורות ברשת, בהתאמה. בזכות התורמים שלנו ב-Microsoft, אנחנו תומכים עכשיו באינטרפולציה במאפיינים האלה. עכשיו אפשר לעבור בצורה חלקה בין מצבים בפריסות של רשתות, במקום לעבור בפתאומיות באמצע האנימציה או המעבר.
אמצעי בקרה לשיתוף מסך ששומרים על הפרטיות
Screen Capture API מוסיף תכונות ל-API הקיים של Media Capture and Streams, כדי לאפשר למשתמש לבחור מסך או חלק ממסך (למשל חלון) לצילום כזרם מדיה. אחר כך אפשר להקליט את הזרם הזה או לשתף אותו עם אנשים אחרים ברשת. בגרסת הבטא הזו נוספו כמה תכונות חדשות ל-API הזה.
DisplayMediaStreamConstraints.selfBrowserSurface
רמז שמאפשר לאפליקציות אינטרנט להנחות את הדפדפן אם, כשקוראים ל-getDisplayMedia(), הכרטיסייה הנוכחית צריכה להיכלל ברשימת הכרטיסיות שמוצגת למשתמש.
כך נמנעת לכידה עצמית בטעות, שקורית כשהמשתמשים בוחרים בטעות את הכרטיסייה שבה האפליקציה פועלת. התוצאה היא אפקט של חדר מראות שמבלבל את המשתמשים ומשבש את השיחות עם משתמשים מרוחקים.
DisplayMediaStreamConstraints.surfaceSwitching
מוסיפה אפשרות לשלוט באופן פרוגרמטי אם Chrome יציג לחצן למעבר בין כרטיסיות בזמן שיתוף המסך. האפשרות הזו תועבר אל navigator.mediaDevices.getDisplayMedia().
הלחצן 'שיתוף הכרטיסייה הזו' מאפשר למשתמשים לעבור בקלות בין הכרטיסיות שהם משתפים, בלי לבחור שוב את הכרטיסייה של שיחת הווידאו, ללחוץ על לחצן כדי להתחיל שוב את getDisplayMedia() או לבחור כרטיסייה חדשה מתוך רשימה ארוכה של כרטיסיות. ההתנהגות הזו נחשפת באופן מותנה כי לא כל אפליקציות האינטרנט יכולות להתמודד עם ההתנהגות הזו.
MediaTrackConstraintSet.displaySurface
כשקוראים לפונקציה getDisplayMedia(), הדפדפן מציע למשתמש לבחור בין פלטפורמות תצוגה: כרטיסיות, חלונות או מסכים. באמצעות האילוץ displaySurface, אפליקציית האינטרנט יכולה עכשיו להציע לדפדפן להציג סוג מסוים של משטח בצורה בולטת יותר למשתמש.
מידע נוסף על האופן שבו התכונות האלה עוזרות למנוע שיתוף יתר בטעות
סטטוס של חסימת עיבוד בתזמון משאבים
הוספה של שדה ל-PerfomanceResourceTiming כדי לציין את סטטוס החסימה של משאב. נכון לעכשיו, מנקודת המבט של מפתחים, הדרך היחידה לקבוע אילו משאבים חוסמים את העיבוד היא להסתמך על היוריסטיקה מורכבת. במקום זאת, השדה החדש יספק אות ישיר לגבי אותו נושא.
תווים כלליים במקורות של מדיניות הרשאות
התכונה הזו מוסיפה תמיכה בתווים כלליים לחיפוש במדיניות הרשאות במבנה כמו SCHEME://*.HOST:PORT (לדוגמה, https://*.foo.com/), שבו אפשר ליצור מקור תקין מ-SCHEME://HOST:PORT (לדוגמה, https://foo.com/). כדי לעשות זאת, הערך של HOST צריך להיות לפחות eTLD+1 (דומיין שניתן לרישום). כלומר, https://*.bar.foo.com/ יעבוד אבל https://*.com/ לא יעבוד. לא תהיה תמיכה בתווים כלליים לחיפוש בקטע של הסכימה והיציאה, ו-https://*.foo.com/ לא יקצה הרשאות ל-https://foo.com/. בעבר, מדיניות הרשאות הייתה יכולה להיראות כך:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
התכונה הזו מאפשרת לכם להשתמש ב:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
תמיכה במאפיין rel ברכיבי <form>
התכונה הזו מוסיפה את המאפיין rel לרכיבי טופס, וכך אפשר למנוע את הנוכחות של window.opener באתרים שאליהם מנווטים מרכיבי טופס עם rel=noopener, ולמנוע את השליחה של כותרת ה-referer עם rel=noreferrer.
גרסאות מקור לניסיון
בגרסה הזו של Chrome יש 2 גרסאות מקור לניסיון חדשות.
Declarative PendingBeacon API
ממשק API של Beacon עם שמירת מצב, שמאפשר לדפדפן לשלוט במועד השליחה של Beacon. Beacon הוא חבילת נתונים שנשלחת לשרת עורפי, בלי לצפות לתגובה מסוימת. לרוב, כדאי לשלוח את הנתונים האלה בסוף הביקור של המשתמש בדף, אבל אין זמן טוב לשליחת הקריאה. ה-API הזה מעביר את השליחה לדפדפן עצמו, כך שהוא יכול לתמוך ב-beacons כשדף נטען או כשדף מוסתר, בלי שהמפתח יצטרך להטמיע קריאות לשליחה בדיוק בזמנים הנכונים.
תקופת הניסיון הזו צפויה להימשך עד גרסה 109 של Chrome. כאן אפשר להירשם לתקופת הניסיון.
Permissions-Policy: unload
התכונה הזו מאפשרת לדפים להשבית את ההפעלה של גורמים שמטפלים באירועים שנטענו. המטרה היא לאפשר לאתרים שהסירו את כל הפונקציות לטיפול באירועי הסרת טעינה, כדי לוודא שלא יתווספו להם בטעות פונקציות חדשות כאלה. ההגדרה הזו תעזור לאתרים להפסיק להשתמש בגורמים שמטפלים באירועים שנטענו, וכך לשפר את שיעור ההיטים במטמון הדף הקודם/הבא.
תקופת הניסיון הזו צפויה להימשך עד גרסה 109 של Chrome. כאן אפשר להירשם לתקופת הניסיון.
הוצאה משימוש והסרה
בגרסה הזו של Chrome מוצגות ההוצאות משימוש וההסרות שמפורטות בהמשך. באתר ChromeStatus.com מופיעות רשימות של הוצאות משימוש מתוכננות, הוצאות משימוש נוכחיות והסרות קודמות.
בגרסה הזו של Chrome הוצאה משימוש תכונה אחת.
Expect-CT
Expect-CT היא כותרת HTTP שאיפשרה לאתרים להצטרף לאכיפה של שקיפות אישורים לפני שהיא נאכפה כברירת מחדל. יש בו גם פונקציונליות של דיווח שעוזרת למפתחים לגלות הגדרות שגויות של CT.
הכותרת Expect-CT HTTP נועדה לעזור במעבר לאכיפה אוניברסלית של שקיפות אישורים (CT), בכך שהיא מאפשרת לאתרים בעלי ערך גבוה להצטרף לאכיפה או לדיווח של CT כדי לשפר את האבטחה לפני שנדרשה אכיפה של CT (על ידי Chrome) בכל האתרים הציבוריים. עם זאת, Expect-CT כבר לא שימושי. Chrome דורש עכשיו CT בכל האתרים הציבוריים, ולכן אין יותר ערך אבטחתי ל-Expect-CT. אף דפדפן אחר לא הטמיע את Expect-CT, ולכן ההסרה שלו לא משפיעה על יכולת הפעולה ההדדית.