סגנונות מותאמים ל-CSS, תכונות מדיה נוספות, מאגרי גלילה שניתן להתמקד בהם במקלדת ועוד.
אם לא צוין אחרת, השינויים שמתוארים חלים על הגרסה החדשה ביותר של ערוץ הבטא של Chrome ל-Android, ל-ChromeOS, ל-Linux, ל-macOS ול-Windows. אפשר לקבל מידע נוסף על התכונות המפורטות כאן באמצעות הקישורים המצורפים או מהרשימה ב-ChromeStatus.com. Chrome 118 בגרסת בטא החל מ-13 בספטמבר 2023. אפשר להוריד את הגרסה העדכנית ביותר מ-Google.com למחשב, או מחנות Google Play ב-Android.
CSS
לגרסה הזו נוספו ארבע תכונות חדשות של CSS.
סגנונות עם היקף הרשאות
הכלל @scope
מאפשר למפתחים להיקף של כללי סגנון לפי שורש נתון של היקף, ולעצב רכיבים בהתאם לקרבה של שורש ההיקף הזה.
ערכים יחסיים לזרימה לוגית של CSS
הוספה של הערכים החדשים הבאים לנכסי CSS קיימים:
float: inline-start
float: inline-end
clear: inline-start
clear: inline-end
resize: block
resize: inline
מילות המפתח הכיווניות היחסיות לזרימה מפנות לערך פיזי בהתאם למצב הכתיבה או לכיוון של הרכיב או הבלוק שמכיל אותו.
שאילתות מדיה: תכונה עם שקיפות והעדפה לצמצום
נוספה תכונת המדיה prefers-reduced-transparency
, שמאפשרת למפתחים להתאים את התוכן מהאינטרנט להעדפות שהמשתמש בוחר, כדי לשפר את השקיפות במערכת ההפעלה, כמו ההגדרה הפחתת השקיפות ב-macOS. האפשרויות החוקיות הן reduce
או no-preference
.
תמיכה בקו חוצה, תיבת תוכן ותיבת גבול במאפיין CSS עם תיבת הטרנספורמציה
הוספת התמיכה הזו מאפשרת לשנות את אופן החישוב של תיבת העזר עבור המאפיין transform
. כך ניתן ליצור טרנספורמציות נוספות או אפקטים גרפיים. לדוגמה, סיבוב סביב נקודה בתיבת התוכן, כאשר רוחב הגבול של רכיב לא משפיע על התוצאה. לחלופין, כאשר הקו של רכיב (SVG) אמור להשפיע על התוצאה, לדוגמה, כשמסובבים צורה עם קווים סביב המרכז שלה - כולל הקו.
HTML
מאגרי גלילה שניתנים למיקוד במקלדת
שיפור הנגישות על ידי הפיכת קונטיינרים לגלילה שניתן להתמקד בהם באמצעות ניווט רציף במוקד. לפני השינוי הזה, מקש Tab לא מתמקד בגוללים, אלא אם מגדירים את tabIndex
באופן מפורש לערך 0
או לערך גבוה יותר. אם מגדירים את מודעות הגלילה כניתנות למיקוד כברירת מחדל, משתמשים שאינם יכולים (או לא רוצים) להשתמש בעכבר יוכלו לגשת לתוכן שנחתך באמצעות הכרטיסייה ומקשי החצים של המקלדת. ההתנהגות הזו לא חלה על גלילות שמכילות רכיבים שניתן להתמקד בהם במקלדת, כי הם כבר נגישים באמצעות המקלדת.
הסרת ההתנהגות של מצב תאימות (quirks mode) למאפיין של תווית האפשרות
רכיבי האפשרויות תומכים במאפיין label
שגורם לאפשרות לעבד את הטקסט שבתוך המאפיין במקום עם טקסט הצאצא של רכיב האפשרות עצמו. הפונקציונליות הזו מושבתת במצב תאימות (quirks), שבו המערכת מתעלמת ממאפיין התווית ומעבדת את הטקסט של הצאצא. השינוי הזה ישתמש תמיד במאפיין התווית, גם במצב הרגיל וגם במצב תאימות (quirks).
ממשקי API לאינטרנט
הרשמה לארגז החול לפרטיות (PSB)
סביבת ה-API של המדידה והרלוונטיות של ארגז החול לפרטיות תתקרב לזמינות לכלל המשתמשים. לכן אנחנו רוצים לוודא שהשימוש בטכנולוגיות האלה מתבצע באופן תקין ובשקיפות. ממשקי ה-API כוללים את Attribution Reporting, Protected Audience API, Topics API, Private Aggregation API ו-Shared Storage API. ב-PSB מושקים תהליך חדש של רישום מפתחים, שמשויך לממשקי API למדידה ולרלוונטיות של ארגז החול לפרטיות. Chrome יאחזר את רשימת האתרים הרשומים משרת הרישום (באמצעות הכלי לעדכון רכיבים) וישתמש בה כדי להגביל את הגישה לממשקי ה-API של ארגז החול לפרטיות.
חסימה של כל קובצי ה-cookie שהוגדרו באמצעות JavaScript ומכילים תווי בקרה
עדכונים לגבי אופן הטיפול בתווי בקרה בקובצי cookie שהוגדרו באמצעות JavaScript. באופן ספציפי, כל תווי הבקרה גורמים לדחיית קובץ ה-cookie כולו. בעבר, תו NULL, תו חזרה לתחילת השורה או תו של פיד שורה בשורה של קובצי cookie גרמו לחיתוך במקום להידחה לחלוטין, מה שיכול היה לאפשר התנהגות זדונית בנסיבות מסוימות. ההתנהגות הזו מתאימה בין Chrome להתנהגות שמצוינת בטיוטות האחרונות של RFC6265bis. אפשר להשבית את השינוי הזה באמצעות --disable-features=BlockTruncatedCookies
או באמצעות מדיניות הארגון של BlockTruncatedCookies, הקיימת במספר אבני דרך למקרה שהשינוי הזה יגרום לשיבושים.
גודל גופן מינימלי עקבי בכל השפות
שינוי הגדרת ברירת המחדל של גודל הגופן המינימלי למצב מושבת כברירת מחדל ב-7 שפות (ערבית, פרסית, יפנית, קוריאנית, תאית, פשוטה וסינית מסורתית) כדי לשפר את יכולת הפעולה ההדדית ואת הנגישות. לפני השינוי הזה, ההגדרה הזו הייתה מושבתת כברירת מחדל בכל השפות מלבד שבע השפות שמפורטות. השינוי הזה יהפוך את השפות האלה לעקביות עם שפות אחרות. הערה: אין מדובר בשינוי התכונה של גודל הגופן המינימלי. היא תהיה זמינה ללא שינויים מבחינת הנגישות והקריאות.
זיהוי מעברים ב-UA בניווטים באותו מסמך
מעברים חזותיים חלקים בזמן שהמשתמשים מנווטים באינטרנט יכולים לפגוע בעומס הקוגניטיבי שלהם, כי הם עוזרים למשתמשים להישאר בתוך ההקשר. עם זאת, חוויית המשתמש גרועה אם גם מחבר האתר וגם UA מוסיפים את המעברים האלה: המעברים עלולים להתנגש ולגרום לבלבול אצל המשתמש. ה-API הזה מונעת מקרים כאלה כדי להבטיח שמתבצע רק מעבר חזותי אחד בכל פעם. ה-API מוסיף ערך בוליאני ל-PopStateEvent
ול-NavigateEvent
כדי לציין אם UA ביצע מעבר חזותי לניווט הזה. המפתחים יכולים להשתמש באפשרות הזו כדי לדלג על המעבר המותאם אישית.
מנתח כתובות ה-URL לא יפענח תווי ASCII המקודדים באחוזים בנתיב של כתובת ה-URL
בעקבות השינוי הזה, המנתח של כתובות ה-URL לא יפענח תווי ASCII שמקודדים באחוזים בנתיב של כתובת ה-URL, כמו "%41" (A). לפני השינוי הזה:
const url = new URL("http://example.com/%41");
url.href "http://example.com/A"
לאחר השינוי הזה:
const url = new URL("http://example.com/%41");
url.href "http://example.com/%41"
טירגוט שלילי לקהלים מוגנים
במכרזים באינטרנט של מודעות לשטחים להצגת מודעות, לפעמים מומלץ למנוע את הצגת המודעה לקהלים מסוימים, מושג שנקרא טירגוט שלילי. לדוגמה, יכול להיות שלא תרצו להציג מודעה חדשה של לקוח ללקוחות קיימים. בקמפיינים עם יעד של צירוף לקוחות חדשים ברוב המקרים זו דרישה חיונית. Protected Audience מאפשר כרגע למודעות לטרגט משתמשים שהצטרפו לקבוצה מסוימת של תחומי עניין דרך פעילות קודמת באינטרנט. התכונה הזו מרחיבה את Protected Audience כך שהוא מאפשר טירגוט שלילי בכך שהוא מאפשר למודעות חדשות לטרגט רק את המשתמשים שלא הצטרפו לקבוצה נתונה של תחומי עניין. כך אנחנו מאפשרים למפרסמים לטרגט קבוצות חדשות של משתמשים באמצעות המושגים הקיימים של שמירה על הפרטיות ב-Protected Audience API.
הסרת הדרישה להפעלת משתמשים בפרופיל התשלומים
כדי לעזור למפתחים לצמצם את הקושי בתהליכי בקשת התשלום, אנחנו מסירים את הדרישה להפעלת משתמשים בקטע 'בקשת תשלום' ו'אישור תשלום מאובטח'. כדי לצמצם את סיכוני האבטחה והפרטיות במסגרת השינוי הזה, מיושמות גם הקלות בספאם ובחטיפת קליקים.
WebUSB ב-Extension Service Workers
מפתחי אתרים יוכלו להשתמש ב-WebUSB API כשמגיבים לאירועי תוסף על-ידי חשיפת WebUSB API ל-Service Workers שרשומים על ידי תוספי דפדפן. ממשק ה-API הזה לא חשוף כרגע ל-Service Workers שרשומים באתרים.
מסמכי XML ממזגים קטעי CDATA בזה אחר זה לצומת אחד
עקב באג ב-libxml, מקטעי CDATA במסמך XHTML עשויים לפעמים לייצר בטעות מספר צמתים, בהתאם לגודל המסמך ולמיקום של הקטע CDATA במסמך. כשקטע CDATA יחיד מתפרש על פני מספר מקטעי נתונים של מנתח קלט, libxml מאחסנת את הנתונים הזמניים ומפיקה את קלט ה-CDATA להפעלות של 300 בייטים. באופן בלתי צפוי, קטע CDATA יחיד הופך למספר צמתים (אם האורך של מקטע הקלט גדול מ-300 בייטים). השינוי הזה גורם למיזוג של צמתים אחים של קטע CDATA לקטע CDATA יחיד במהלך הניתוח. הפעולה הזו תתקן את הבאג libxml במהלך הניתוח, אבל תמזג גם צמתים נפרדים שנכתבו באמצעות מחבר, לדוגמה: <![CDATA[foo]]><!CDATA[bar]]>
תיצור צומת CDATA DOM יחיד עם תוכן "foobar": CDATA "foobar"
.
שינוי התנאי של תיבת הדו-שיח של ה-handler לפני הסרת הנתונים שנטענו
יש שני שינויים חדשים באופן שבו מוצגת בקשה לתיבת הדו-שיח לביטול באירוע beforeunload
.
אם בוצעה קריאה ל-event.preventDefault()
, תוצג תיבת דו-שיח עם בקשה לביטול.
אם המחרוזת הריקה היא event.returnValue
, אין להציג תיבת דו-שיח לביטול.
גרסאות מקור לניסיון מתבצעות עכשיו
ב-Chrome 118 אפשר להצטרף לגרסת המקור לניסיון החדשה שבהמשך.
טרנספורמציה מקודדת של WebRTC: שינוי פונקציות של מטא-נתונים
הוספת תכונות ל-WebRTC Encoded Transform API שמאפשרות מניפולציה של מטא-נתונים של מסגרת אודיו ווידאו. זוהו מספר תרחישים לדוגמה שמחייבים לבצע מניפולציה של מדיה מקודדת ב-WebRTC בלי לפענח אותם. למשל:
- נשלחים נתונים שקודדו בעבר.
- שליחת נתונים שהתקבלו בפורמט מקודד.
- קבלת נתונים בפורמט מקודד והעברה שלהם.
באופן ספציפי, אנחנו רוצים לתמוך בתרחיש לדוגמה של העברה ללא תקלה של מדיה שמגיעה מכמה חיבורים מיותרים בין רשתות שכנות (peering) שמספקים אותם מטענים ייעודיים של מדיה, אבל עם מטא-נתונים שונים.
להירשם לגרסת המקור לניסיון של RTCEncodedFrameSetMetadata.
הוצאה משימוש והסרות
הגרסה הזו של Chrome מציגה את ההוצאה משימוש וההסרות שמפורטות בהמשך. אפשר להיכנס לכתובת ChromeStatus.com כדי לקבל רשימה של מקרי הוצאה משימוש מתוכננות, הוצאת משימוש בפועל והסרות קודמות.
בגרסה הזו של Chrome הוסרה התכונה הבאה.
הסרה של כמה מילות מפתח בעלות מראה לא סטנדרטי
בגרסה 118 של Chrome, מילות המפתח הלא סטנדרטיות appearance
עם השימוש הנמוך ביותר יושבתו. לאחר השבתת התכונה, המערכת תתעלם ממאפיין המראה אם הוא משתמש במילת המפתח הזו כערך. מילות המפתח שהושבתו בגרסה 118 של Chrome הן מילות המפתח שנעשה בהן שימוש בפחות מ-0.001%:
media-slider
media-sliderthumb
media-volume-slider
media-volume-sliderthumb
sliderthumb-horizontal
sliderthumb-vertical
רקע
צריך לתמוך רק במילות מפתח רגילות ב-appearance
, ולכן אנחנו מסירים את מילות המפתח appearance
(ו--webkit-appearance
) שהן לא סטנדרטיות. הרשימה המלאה:
inner-spin-button
media-slider
media-sliderthumb
media-volume-slider
media-volume-sliderthumb
push-button
searchfield-cancel-button
slider-horizontal
sliderthumb-horizontal
sliderthumb-vertical
square-button
לתשומת ליבך, הערך slider-vertical
לא יוסר כחלק מהמדד הזה
הוא משמש להתרת קטגוריות של <input type=range>
. זה יהיה
מוסרת אחרי שהשימוש במצב הכתיבה האנכית מופעל במלואו.
לפני ההשבתה, אם אתם משתמשים באחת ממילות המפתח שלמעלה, תוצג אזהרה במסוף, אבל מילת המפתח תזוהה כערך חוקי.