תוספות ל-Screen Capture API, אינטרפולציית מאפייני רשת של CSS ועוד.
אם לא צוין אחרת, השינויים שמתוארים בהמשך חלים על הגרסה החדשה ביותר של ערוץ בטא ב-Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. אפשר לקבל מידע נוסף על התכונות המפורטות כאן דרך הקישורים המצורפים או מהרשימה ב-ChromeStatus.com. גרסה 107 של Chrome נמצאת בגרסת בטא נכון ל-29 בספטמבר 2022. אפשר להוריד את העדכונים האחרונים בכתובת Google.com למחשב או מחנות Google Play ב-Android.
אינטרפולציה של מאפייני grid-template CSS
ברשת CSS, המאפיינים grid-template-columns ו-grid-template-rows מאפשרים למפתחים להגדיר שמות שורות ולעקוב אחר מידות של עמודות ושורות ברשת, בהתאמה. בזכות תורמי התוכן ב-Microsoft, אנחנו תומכים עכשיו באינטרפולציה של הנכסים האלה. פריסות רשת יכולות עכשיו לעבור בצורה חלקה בין מצבים, במקום להצמיד בנקודת האמצע של האנימציה או המעבר.
שמירה על הפרטיות של פקדי שיתוף המסך
Screen Capture API מאפשר להוסיף ל-API הקיים של Media Capture and Streams API כדי לאפשר למשתמש לבחור מסך או חלק מהמסך (למשל חלון) לצילום כסטרימינג של מדיה. לאחר מכן, תוכלו להקליט את השידור או לשתף אותו עם אחרים דרך הרשת. בגרסת הבטא הזו נוספות כמה תכונות חדשות ל-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. כמו כן, היא מונעת שליחה של כותרת הגורם המפנה באמצעות rel=noreferrer.
גרסאות מקור לניסיון
בגרסה הזו של Chrome היו שתי גרסאות מקור חדשות.
ממשק API הצהרתי ל-PendingBeacon
ממשק API של איתות מצב עם שמירת מצב שמאפשר לדפדפן לקבוע מתי יישלחו איתותי Bluetooth. חיישן הוא חבילת נתונים שנשלחת לשרת קצה עורפי, בלי לצפות לתגובה מסוימת. לעתים קרובות רצוי לשלוח אותם בסוף הביקור של המשתמש בדף, אך אין זמן מתאים לבצע את הקריאה הזו. ה-API הזה מאציל את השליחה לדפדפן עצמו, כך שהוא יכול לתמוך במשׂואות רשת (beacons) בהסרת הדף שנטענו או בהסתרת הדף, בלי שהמפתח יצטרך להטמיע קריאות שליחה בדיוק ברגעים הנכונים.
תקופת הניסיון הזו צפויה לפעול עד גרסה 109 של Chrome. כאן אפשר להירשם לתקופת הניסיון.
הרשאות-מדיניות: הסרת הנתונים שנטענו
התכונה הזו מאפשרת לדפים להשבית את ההרצה של הגורמים שמטפלים באירועים שנטענו. המטרה היא לאפשר לאתרים שהסירו את כל רכיבי ה-handler של הסרת הנתונים שנטענו, כדי להבטיח שהם לא מוסיפים בטעות חדשים. הפעולה הזו תעזור לאתרים להעביר את הגורמים המטפלים באירועים של הסרת הנתונים שנטענו, וכך לשפר את שיעור ההיט של BFCache.
תקופת הניסיון הזו צפויה לפעול עד גרסה 109 של Chrome. כאן אפשר להירשם לתקופת הניסיון.
הוצאה משימוש והסרות
הגרסה הזו של Chrome מציגה את ההסרות וההוצאה משימוש המפורטות בהמשך. בכתובת ChromeStatus.com אפשר למצוא רשימות של הוצאה משימוש מתוכננות, יצאו משימוש כרגע והסרות קודמות.
בגרסה הזו של Chrome מוציאים משימוש תכונה אחת.
צפייה בקונטיקט
Expect-CT היא כותרת HTTP שאפשרה לאתרים להסכים לאכיפה של שקיפות אישורים לפני שהיא נאכפה כברירת מחדל. הכלי כולל גם פונקציונליות דיווח שעוזרת למפתחים לגלות הגדרות שגויות ב-CT.
כותרת ה-HTTP Expect-CT נועדה לעזור במעבר לאכיפה של שקיפות אישורים אוניברסלית (CT), באמצעות מתן אפשרות לאתרים חשובים להביע הסכמה לאכיפה של שקיפות אישורים או לדיווח לשיפור האבטחה, לפני שנדרשה אכיפה של שקיפות אישורים (על ידי Chrome) בכל האתרים הציבוריים. עם זאת, מידת התועלת של Expect-CT עולה עוד יותר. ב-Chrome נדרש עכשיו מעקב המרות בכל האתרים הציבוריים, כך שאין יותר ערך אבטחה ל-Expect-CT. אף דפדפן אחר לא הטמע את Expect-CT, כך שהסרה שלו לא מהווה בעיה של יכולת פעולה הדדית.