דברים שעליך לדעת:
- קל יותר ליצור ממשקי משתמש מותאמים עם יחידות חדשות בגודל אזור התצוגה.
- גופנים וקטוריים צבעוניים כוללים עכשיו תמיכה בגופנים משתנים.
- השיטות בממשק
FileSystemSyncAccessHandle, שהוא חלק מ-File System Access API, הן עכשיו סינכרוניות. - ויש עוד הרבה
קוראים לי אדריאנה ג'רה. נצלול פנימה ונראה מה חדש למפתחים ב-Chrome 108.
יחידות גודל חדשות של אזור תצוגה
יחידות התצוגה החדשות מאפשרות לכם ליצור ממשקי משתמש מותאמים אישית עם יותר שליטה.
היחידות האלה מודדות את אזור שדה התצוגה באופן שונה, כי הן מביאות בחשבון רכיבי ממשק משתמש בדפדפן שאפשר להרחיב או לכווץ. לדוגמה, סרגל הכתובות.
היחידות large מספקות את גודל אזור התצוגה, בהנחה שממשקי סוכני המשתמש האלה מכווצים.
לעומת זאת, יחידות small מספקות את גודל אזור התצוגה בהנחה שהממשקים מורחבים.
בנוסף, כשמשתמשים ביחידות dynamic, גודל חלון התצוגה יתאים את עצמו באופן אוטומטי בהתאם לרכיבי ממשק הדפדפן שמוצגים או לא מוצגים.
הערך יכול להיות כל ערך בטווח של היחידה הגדולה (המקסימום) והיחידות הקטנות (המינימום).
פרטים נוספים זמינים במאמר הזה. מומלץ גם לבדוק את השינוי בהתנהגות של שינוי הגודל של אזור התצוגה ב-Android כדי לטפל באזור התצוגה בצורה מתאימה .
גופנים של משתנים נתמכים עכשיו ב-COLRv1.
גופני וקטור צבע של COLRv1 נתמכים החל מגרסה 98 של Chrome, אבל הגרסה הראשונית תומכת רק בפונקציונליות סטטית של הטבלה COLRv1.
עם זאת, מפרט COLRv1 כולל גם וריאציות של OpenType, כלומר מאפשר לבצע שינויים במאפייני הגופן על ידי שינוי ערכי ציר המשתנה. יש עכשיו תמיכה בגרסאות כאלה.
הגרסה הזו כוללת גם את תוספי התנאים font-tech() ו-font-format() ל-CSS @supports .
בעזרת התנאים האלה, המפתח יכול לזהות מתי תכונות הגופן זמינות כדי לספק למשתמש את חוויית השימוש העדכנית ביותר, וגם ליצור חלופה אם התמיכה לא זמינה.
אפשר לנסות את הדמו כאן ולהוסיף עוצמה למילים באמצעות גופנים משתנים.
השיטות של FileSystemSyncAccessHandle הן עכשיו סינכרוניות.
מערכת הקבצים הפרטית של המקור מספקת גישה לסוג מיוחד של קובץ שעבר אופטימיזציה רבה לביצועים. מפתחים יכולים לקבל גישה לקבצים כאלה על ידי קריאה ל-createSyncAccessHandle(), שהיא שיטה שחשופה באובייקטים מסוג FileSystemFileHandle.
כתוצאה מהקריאה הזו מתקבל FileSystemSyncAccessHandle.
השיטות truncate(newSize), getSize(), flush() ו-close() בכינוי הגישה הזה היו בעבר אסינכרוניות, אבל הן מסונכרנות החל מגרסה 108 של Chrome.
יש סיבה טובה לשינוי: הוא מאפשר ל-FileSystemSyncAccessHandle להתאים ל-API של קבצים סינכרוני בסגנון POSIX שצפוי באפליקציות מבוססות-Wasm. כך ה-API הופך לארגונומי יותר ומניב שיפור משמעותי בביצועים.
מדובר בשינוי שעלול לגרום לכשלים. אם אתם משתמשים בשיטות שלמעלה, כל שימוש ב-Promise.then() לא יפעל. אם שרשרתם קריאה ל-then() בתוצאה של אחת מהשיטות שהיו אסינכרוניות בעבר ועכשיו הן סינכרוניות, תצטרכו לשנות את הקוד.
// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */
הוראות מפורטות יותר זמינות במאמר הזה.
ועוד.
כמובן שיש עוד הרבה.
- אנחנו משיקים שינוי בהתנהגות של
overflowברכיבים שהוחלפו. - אם אתם ספקי זהויות, כדאי לכם לבדוק את Federated Credential Management API.
- Media Source extensions API זמין עכשיו בהקשר של עובדים.
קריאה נוספת
הסקירה הזו כוללת רק כמה נקודות עיקריות. בקישורים הבאים תוכלו לקרוא על שינויים נוספים ב-Chrome 108.
- מה חדש בכלי הפיתוח ל-Chrome (גרסה 108)
- תכונות שהוצאו משימוש והוסרו מ-Chrome 108
- עדכונים ב-ChromeStatus.com לגבי Chrome 108
- רשימת השינויים במאגר המקור של Chromium
- לוח הזמנים של הגרסאות החדשות של Chrome
להרשמה
כדי להתעדכן, כדאי להירשם לערוץ YouTube למפתחי Chrome, ותקבלו התראה באימייל בכל פעם שנעלה סרטון חדש.
קוראים לי אדריאנה ג'רה, ואחרי שגרסת Chrome 109 תפורסם, אספר לכם מה חדש ב-Chrome.