أنواع ألوان ومساحات ألوان جديدة في CSS، ودوال مثلثية في CSS، وView Transitions API
تنطبق التغييرات التالية على أحدث إصدار من قناة Chrome التجريبية لنظام التشغيل Android وChromeOS وLinux وmacOS وWindows، ما لم يُذكر خلاف ذلك. يمكنك الاطّلاع على مزيد من المعلومات حول الميزات المدرَجة هنا من خلال الروابط المقدَّمة أو من القائمة على ChromeStatus.com. يُرجى العِلم أنّ الإصدار 111 من Chrome هو إصدار تجريبي اعتبارًا من 9 شباط (فبراير) 2023. يمكنك تنزيل أحدث إصدار من Google.com على أجهزة الكمبيوتر المكتبي أو من "متجر Google Play" على أجهزة Android.
CSS
أنواع ألوان ومساحات CSS الجديدة
تم تفعيل جميع الميزات الموضّحة في مستوى الألوان 4 في CSS. ويشمل ذلك أربعة أنواع ألوان مستقلة عن الجهاز (lab وOklab وlch وOklch) ودالة color() ومساحات ألوان يحدّدها المستخدم للتدرّجات اللونية والصور المتحركة.
اطّلِع على دليل ألوان CSS العالية الدقة للتعرّف على أنواع المساحات والألوان الجديدة هذه.
دالة color-mix()
تم أيضًا طرح الدالة color-mix() المفيدة للغاية من CSS Color 5. تتيح هذه الدالة مزج نسبة مئوية من لون معيّن مع لون آخر، في أيّ مساحة ألوان متوافقة. يمزج هذا المثال التالي% 10 من blue في white بتنسيق SRGB.
.item {
background-color: color-mix(in srgb, blue 10%, white);
}
أدوات اختيار لغة CSS 4 فئة زائفة :nth-child(an + b of S)
توسيع :nth-child(an + b) و:nth-last-child() لقبول أداة اختيار على سبيل المثال، :nth-child(3 of .c) هو .c الثالث ضمن عنصر رئيسي معيّن. لمزيد من المعلومات، يمكنك الاطّلاع على المقالة مزيد من التحكّم في اختيارات :nth-child() باستخدام بنية of S.
وحدات الخطوط الجذر في CSS
تُضيف وحدات الخطوط الأساسية: rex وrch وric وrlh إلى وحدة الخطوط الأساسية الحالية rem.
الدوال المثلثية في CSS
تمت إضافة الدوال المثلثية sin() وcos() وtan() وasin() وacos() وatan() وatan2() إلى تعبيرات CSS الحسابية.
طلبات حاويات الأنماط للخصائص المخصّصة لصفحات CSS
تُضيف الدالة style() إلى قواعد @container لكي يصبح من الممكن تطبيق الأنماط استنادًا إلى القيم المحسوبة للسمات المخصّصة لعنصر سلف.
سمة baseline-source
تسمح السمة baseline-source لمطوّري الويب بتحديد ما إذا كان يجب أن يستخدم المربّع على مستوى النص الأساسي first أو last للمحاذاة داخل مربّع نص.
واجهات برمجة تطبيقات الويب
إذن window-management وسلسلة سياسة الأذونات
يضيف الإصدار 111 من Chrome window-management كاسم بديل لإذن window-placement وسلاسل سياسة الأذونات. يأتي ذلك في إطار جهود أكبر لإعادة تسمية السلاسل من خلال إيقاف window-placement نهائيًا وإزالته. يساهم تغيير المصطلحات في إطالة عمر الوصف مع تطور واجهة برمجة التطبيقات Window Management API بمرور الوقت.
Media Session API: إجراءات عرض الشرائح
تُضيف الإجراءات previousslide وnextslide إلى واجهة برمجة التطبيقات الحالية لجلسات الوسائط.
ArrayBuffer قابلة للتغيير وSharedArrayBuffer قابلة للتوسيع
يمكنك توسيع وظائف إنشاء ArrayBuffer لتحديد الحد الأقصى الإضافي للطول الذي يسمح بزيادة وتقليص وحدات التخزين المؤقت في مكانها. وبالمثل، تمّ تمديد SharedArrayBuffer لإضافة حدّ أقصى إضافي للطول يسمح بالنمو في مكانه.
قواعد التوقّع: مفتاح سياسة المُحيل
يؤدي ذلك إلى توسيع نطاق بنية قواعد التكهّن للسماح للمطوّرين بتحديد سياسة المُحيل لاستخدامها مع الطلبات التوقّعية التي تنشئها قواعد التكهّن. ويؤدي ذلك أيضًا إلى إعادة تقديم شرط "سياسة المُحيلين الصارمة بما يكفي".
بث نموذج shadow DOM التعريفي
يضيف ذلك إمكانية البث، من خلال إرفاق جذر الظل بعلامة النموذج المفتوحة بدلاً من علامة الإغلاق.
View Transitions API
يتيح هذا الإجراء إنشاء عمليات انتقال مصقولة في التطبيقات التي تتضمّن صفحة واحدة (SPA) من خلال التقاط لقطات للعروض والسماح لعنصر DOM بالتغيير بدون أي تداخل بين الحالات. استخدِم "عمليات انتقال العرض" لإنشاء عمليات انتقال مخصّصة، أو استخدِم انتقالًا تلقائيًا بسيطًا بين الصور لتحسين تجربة المستخدم.
يمكنك الاطّلاع على مقالة مطوّري تطبيقات Chrome للحصول على مزيد من المعلومات وأمثلة على عمليات النقل لمساعدتك في البدء.
إضافات ترميز الفيديو القابل للتطوير في WebRTC
تحدِّد هذه الإضافة طريقة قياسية للاختيار بين إعدادات ترميز الفيديو القابل للتطوير (SVC) المحتملة في مقطع فيديو WebRTC صادر.
سمة WebXR enabledFeatures
عرض مجموعة الميزات التي تم تفعيلها لهذا XRSession كما هو محدّد في XRSessionInit والميزات الضمنية التي تتطلّبها المواصفات للوضع والميزات المحدّدة بالنسبة إلى الجلسة الممنوحة، سيحتوي هذا الحقل على جميع requiredFeatures، ولكن قد يكون مجموعة فرعية من optionalFeatures. تتوفّر لمعظم الميزات طرق بديلة لرصد ما إذا تم منحها، ولكن في بعض الميزات، قد تكون الإشارة إلى ما إذا تم تفعيل ميزة معيّنة مرتبطة ارتباطًا وثيقًا ببيانات ميزة غير متاحة حاليًا، بدلاً من بيانات غير متاحة أبدًا. من خلال طلب المعلومات من enabledFeatures، يمكنك تحديد ما إذا كان يجب عرض أي نصائح مفيدة (مثلاً لتحسين التتبُّع أو بدؤه) أو ما إذا كانت إحدى الميزات لن تكون متاحة أبدًا في الجلسة الحالية.
عمليات التجربة والتقييم قيد التقدّم
في الإصدار 111 من Chrome، يمكنك تفعيل الإصدارات التجريبية الجديدة التالية.
فترة تجريبية لإيقاف ميزة تجاوز connect-src CSP في Web Payment API نهائيًا
إيقاف إمكانية واجهة برمجة التطبيقات Web Payment API لتجاوز سياسة CSP الخاصة بـ connect-src عند جلب البيان بعد إيقاف هذا الإجراء نهائيًا، يجب أن تسمح سياسة أمان المحتوى (CSP) الخاصة بتوجيه connect-src في الموقع الإلكتروني بعنوان URL لطريقة الدفع المحدّد في طلب PaymentRequest، بالإضافة إلى أي عناوين URL أخرى تسلسلها الطريقة لتحميل البيان الخاص بها.
تمّت إزالة إمكانية الالتفاف هذه في الإصدار 111 من Chrome من خلال تجربة مصدر عكسي من الإصدار 111 إلى الإصدار 113 للمطوّرين الذين يحتاجون إلى إعادة تفعيل ميزة الالتفاف مؤقتًا. لتفعيل هذا الإجراء، سجِّل في فترة تجريبية لإيقاف connect-src CSP bypass نهائيًا.
عرض المستندات في وضع "نافذة ضمن النافذة"
Document Picture-in-Picture API هي واجهة برمجة تطبيقات جديدة لفتح نافذة دائمًا في المقدّمة يمكن ملؤها بمحتوى HTML عشوائي. هذه إضافة إلى واجهة برمجة التطبيقات الحالية لميزة "نافذة ضمن النافذة" التي لا تسمح إلا بوضع عنصر HTMLVideoElement في نافذة "نافذة ضمن النافذة". ويسمح ذلك لمطوّري الويب بتوفير تجربة أفضل للمستخدمين في وضع "صورة في صورة".
اطّلِع على مستندات عرض المستندات في وضع "صورة في صورة".
سجِّل في الفترة التجريبية لميزة "عرض المستندات في نافذة ضمن النافذة".
عمليات الإيقاف النهائي والإزالة
يقدّم هذا الإصدار من Chrome الميزات التي سيتم إيقافها نهائيًا والمزايا التي سيتمّ إزالتها والمُدرَجة أدناه. يُرجى الانتقال إلى ChromeStatus.com للاطّلاع على قوائم الميزات التي سيتم إيقافها نهائيًا في المستقبل والمزايا التي تم إيقافها نهائيًا حاليًا والمزايا التي تم إيقافها نهائيًا في السابق.
يزيل هذا الإصدار من Chrome ثلاث ميزات.
إزالة PaymentInstruments
PaymentInstruments هي واجهة برمجة تطبيقات Web API توفّر إمكانية تثبيت تطبيقات الدفع بدون استخدام تقنية "الترجمة الفورية للبرامج" (اطّلِع على https://w3c.github.io/payment-handler/). تم تصميمه بافتراض أنّ المتصفّح سيخزّن تفاصيل أداة الدفع الفعلية، ولكن تبيّن أنّ هذا غير صحيح، كما أنّه يتضمّن بعض عمليات تسرُّب الخصوصية. ولم يتم طرحه أيضًا على أي متصفّح آخر، ولم نلاحظ أي اهتمام من مورّدي المتصفّحات الآخرين. وبناءً على ذلك، تم إيقاف واجهة برمجة التطبيقات هذه نهائيًا وإزالتها.
إزالة connect-src CSP bypass في Web Payment API
إيقاف إمكانية واجهة برمجة التطبيقات Web Payment API لتجاوز سياسة connect-src CSP عند جلب البيان نهائيًا بعد هذه الإزالة، يجب أن تسمح سياسة connect-src CSP لموقع إلكتروني بعنوان URL لطريقة الدفع المحدّد في طلب PaymentRequest، بالإضافة إلى أي عناوين URL أخرى تسلسلها الطريقة لتحميل البيان.
اطّلِع على المعلومات ضمن "إصدارات الإصدارات التجريبية الأصلية" لمعرفة طريقة تفعيل إصدار تجريبي للإيقاف النهائي يمنح المزيد من الوقت لإجراء التغييرات المطلوبة بسبب هذه الإزالة.
هوية التاجر في حدث canmakepayment
يتيح حدث worker canmakepayment للتاجر معرفة ما إذا كان لدى المستخدم بطاقة مسجّلة في تطبيق دفع مثبّت. وكان هذا الحدث ينقل في السابق مصدر التاجر وبيانات عشوائية إلى worker من مصدر تطبيق الدفع بدون إشعار المستخدم. حدث هذا التواصل بين مصدرَين مختلفَين عند إنشاء PaymentRequest في JavaScript، ولم يتطلّب إشارة من المستخدم ولم يعرض أي واجهة مستخدم. تمّت إزالة عملية نقل البيانات الصامتة هذه من حدث canmakepayment وIntent IS_READY_TO_PAY في Android).