وفي ما يلي ما تحتاج إلى معرفته:
- من الأسهل إنشاء واجهات مستخدم تكيُّفية باستخدام وحدات حجم إطار العرض الجديدة.
- تشمل الخطوط المتجهة الألوان الآن إمكانية استخدام الخطوط المتغيّرة.
- أصبحت الطرق في الواجهة
FileSystemSyncAccessHandle، التي تشكّل جزءًا من File System Access API، متزامنة الآن. - بالإضافة إلى ذلك، هناك المزيد
أنا "أدريانا جارا" لنطّلِع على التفاصيل ونتعرّف على الميزات الجديدة للمطوّرين في الإصدار 108 من Chrome.
وحدات حجم إطار العرض الجديدة
تمنحك وحدات إطار العرض الجديدة مزيدًا من التحكم لإنشاء واجهات مستخدم تكيُّفية.
تقيس هذه الوحدات مساحة إطار العرض بشكل مختلف، حيث تأخذ في الاعتبار عناصر واجهة المستخدم في المتصفح التي يمكن توسيعها أو تصغيرها. مثلاً، شريط العناوين.
توفّر وحدات large حجم إطار العرض، على افتراض أنّه تم تصغير واجهات وكيل المستخدم.
من ناحية أخرى، توفر وحدات small حجم إطار العرض بافتراض توسيع الواجهات.
ومن خلال وحدات dynamic، سيتم تعديل حجم إطار العرض تلقائيًا استجابةً لعناصر واجهة المتصفح التي يتم عرضها أو لا.
ستكون القيمة أي شيء ضمن حدود الوحدة الكبيرة (الحد الأقصى) والوحدات الصغيرة (الحد الأدنى).
يمكنك مراجعة هذه المقالة للاطّلاع على مزيد من التفاصيل. راجع أيضًا التغيير حول سلوك تغيير حجم إطار العرض على Android للتعامل بشكل مناسب مع إطار العرض .
الخطوط المتغيّرة متوافقة الآن مع COLRv1
أصبحت خطوط الخطوط المتّجهة بالألوان COLRv1 متوافقة منذ إصدار Chrome 98، ولكن الإصدار الأولي كان متوافقًا فقط مع الوظائف الثابتة لجدول COLRv1.
لكن مواصفات COLRv1 تتضمن أيضًا تباينات OpenType، مما يعني السماح بالتغييرات على خصائص الخط عن طريق تغيير قيم المحور المتغير. وتتاح هذه المتغيرات الآن.
يتضمّن هذا الإصدار أيضًا إضافتَي الشروط font-tech() وfont-format() لخدمة مقارنة الأسعار @supports .
تتيح هذه الشروط للمطوّر اكتشاف وقت توفُّر ميزات الخط لتوفير أحدث تجربة للمستخدم، وإنشاء خيار احتياطي في حال عدم توفّر الدعم.
يمكنك تجربة العرض التوضيحي هنا وإضافة تأثير إلى كلماتك باستخدام الخطوط المتغيّرة.
طرق FileSystemSyncAccessHandle متزامنة الآن.
يوفّر نظام الملفات الخاصة المصدر إمكانية الوصول إلى نوع خاص من الملفات تم تحسينه بدرجة كبيرة من أجل تحقيق أداء جيد. ويمكن للمطوّرين الوصول إلى هذه الملفات من خلال استدعاء createSyncAccessHandle()، وهي طريقة تظهر على عناصر FileSystemFileHandle.
ينتج عن هذه المكالمة FileSystemSyncAccessHandle.
كانت الطرق truncate(newSize) وgetSize() وflush() وclose() في مؤشر الوصول هذا غير متزامنة، لكنها متزامنة بدءًا من Chrome 108.
وهناك سبب وجيه للتغيير، فهو يجعل FileSystemSyncAccessHandle يطابق واجهة برمجة تطبيقات الملفات المتزامنة الشبيهة ببروتوكول POSIX والتي تتوقعها التطبيقات المستندة إلى Wasm، ما يجعل واجهة برمجة التطبيقات أكثر سهولة في الاستخدام مع تحقيق مكاسب كبيرة في الأداء.
قد يكون هذا تغيير قد يؤدي إلى عطل، إذا كنت تستخدم الطرق أعلاه، لن يعود أي استخدام لـ 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 متوفّرة الآن في سياق العامل.
محتوى إضافي للقراءة
يتناول هذا الدليل بعض الميزات الرئيسية فقط. راجِع الروابط أدناه للاطّلاع على التغييرات الإضافية في الإصدار 108 من Chrome.
- الميزات الجديدة في "أدوات مطوري البرامج في Chrome" (108)
- عمليات إيقاف Chrome 108 نهائيًا وعمليات إزالته
- تحديثات ChromeStatus.com لـ Chrome 108
- قائمة تغييرات مستودع مصدر Chromium
- تقويم إصدارات Chrome
اشتراك
للاطّلاع على آخر الأخبار، اشترِك في قناة Chrome Developers على YouTube، وستتلقّى إشعارًا عبر البريد الإلكتروني عندما ننشر فيديو جديدًا.
اسمي "أدريانا جارا"، وبمجرد إطلاق Chrome 109، سأكون هنا لإخبارك بالجديد في Chrome!