דברים שעליך לדעת:
- שירות CSS תומך עכשיו בכללי עץ.
- האלגוריתם להגדרת המיקוד הראשוני באלמנטים של
<dialog>עודכן. - מעכשיו, כדי שהניווט יהיה מהיר יותר, המערכת מדלגת על רכיבי handler של
fetch()ללא תפעול ב-service worker מעכשיו. - ויש הרבה עוד.
שמי אדריאנה ג'ארה. בואו נראה מה חדש למפתחים ב-Chrome 112.
תמיכה ב-CSS לקינון.
אחת מהתכונות המועדפות עלינו לעיבוד מראש ב-CSS מובנית עכשיו בתוך השפה: כללי סגנון של קינון.
לפני הקינון, היה צריך להצהיר במפורש על כל בורר, בנפרד זה מזה. כך ניתן ליצור חזרות, כמות גדולה של גיליונות סגנונות וחוויית יצירה מפוזרת.
.nesting {
color: hotpink;
}
.nesting > .is {
color: rebeccapurple;
}
.nesting > .is > .awesome {
color: deeppink;
}
אחרי ההצבת הסל, אפשר להמשיך את הסלקטורים ואפשר לקבץ בתוכם כללי סגנון קשורים.
.nesting {
color: hotpink;
> .is {
color: rebeccapurple;
> .awesome {
color: deeppink;
}
}
}
טכנולוגיית ה-Nesting עוזרת למפתחים להפחית את הצורך לחזור על סלקטורים וגם לאתר כללי סגנון של רכיבים קשורים. היא גם יכולה לעזור להתאים את הסגנונות ל-HTML שאליו הם מטרגטים.
אם הרכיב .nesting שבדוגמה הוסר מהפרויקט, אפשר למחוק את הקבוצה כולה במקום לחפש בקבצים מופעים קשורים.
השימוש ב-Nesting יכול לעזור במקרים הבאים:
- ארגון.
- הקובץ מוקטן.
- ארגון מחדש של הקוד.
במאמר הזה אפשר למצוא טיפים שיעזרו לך להפיק את המרב מהקינון ב-CSS. כאן אפשר למצוא תמיכה לקינון בכלי פיתוח.
עדכון האלגוריתם של המיקוד הראשוני <dialog>.
רכיב ה-HTML <dialog> הוא הדרך הסטנדרטית לייצוג תיבת דו-שיח או רכיב אינטראקטיבי אחר, כמו התראה שאפשר לסגור או חלון משנה, שצריכים להיות מוצגים מעל כל תוכן אחר בדף אינטרנט.
רכיב ה-HTML הזה הוא הדרך המומלצת ליצור תוכן כזה, מפני שהתכונות שלו נוצרו במטרה לספק נוחות שימוש ונגישות טובות ועקביות יותר.
אחת מהתכונות האלה היא הטיפול באיזה אלמנט יתמקד כשתיבת הדו-שיח נפתחת. בגרסה הזו עודכן האלגוריתם שבוחר ברכיב הזה.
מעכשיו:
שלבי המיקוד בתיבת הדו-שיח בוחנים רכיבים שניתן להתמקד בהם במקלדת ולא רכיבים שניתן להתמקד בהם
האלמנט <dialog> עצמו מקבל מיקוד אם מגדירים לו מאפיין מיקוד אוטומטי
האלמנט <dialog> עצמו מקבל מיקוד כחלופה במקום שהמיקוד יהיה "איפוס" לרכיב <body>.
במסמכי התיעוד יש פרטים נוספים על הרכיב <dialog>.
דילוג על מטפלים באחזור Service Worker ללא תפעול.
החל מגרסה 112 של Chrome, תתבצע הסרה של Service Worker ושליחה של ה-listener מהנתיב הקריטי של הניווט, אם סוכן משתמש מזהה שכל המאזינים לאחזור של ה-Service Worker הם ללא תפעול.
התכונה הזו מאפשרת לנווט בדפים האלה מהר יותר.
שימוש ב-handler לאחזור היה אחת מהדרישות של PWA כדי שיהיה אפשר להתקין אפליקציית אינטרנט. אנחנו חושדים שזו הסיבה לכך שאתרים מסוימים כוללים handler ריק לאחזור. עם זאת, הפעלת Service Worker וביצוע האזנה ללא תפעול כרוך רק בתקורה, מבלי לנצל את היתרונות שניתן ליישם באמצעות Service Worker הנכון, כמו שמירה במטמון או יכולות אופליין. לכן Chrome מדלג עליהן עכשיו כדי לשפר את הניווט.
במסגרת השינוי הזה, Chrome יציג אזהרות במסוף אם כל המאזינים לאחזור של ה-Service Worker לא ינקטו פעולות, ויעודד מפתחים להסיר את המאזינים האלה לאחזור.
ופעולות נוספות.
כמובן שיש עוד המון אפשרויות.
- רכיב ההגדרה של
document.domainהוצא משימוש. - יש גרסת מקור לניסיון להוצאה משימוש של
X-Requested-With headerב-WebView - מכשיר ההקלטה בכלי הפיתוח יכול עכשיו להקליט באמצעות בוררים מסוג pirece.
קריאה נוספת
המאמר הזה מתייחס רק לחלק מההדגשות העיקריות. בקישורים שבהמשך תוכלו למצוא שינויים נוספים ב-Chrome 112.
- מה חדש בכלי הפיתוח ל-Chrome (112)
- הוצאה משימוש והסרות של Chrome 112
- עדכונים ל-ChromeStatus.com ל-Chrome 112
- רשימת שינויים במאגרי מקורות של Chromium
- יומן ההפצה של Chrome
להרשמה
כדי להתעדכן, הירשמו לערוץ YouTube של מפתחי Chrome, ותקבלו התראה באימייל בכל פעם שנשיק סרטון חדש.
שמי אדריאנה ג'ארה, וברגע ש-Chrome 113 יושק, אהיה כאן כדי לספר לכם מה חדש ב-Chrome!