إصدار Chrome 125 التجريبي

ما لم يُذكر خلاف ذلك، تنطبق التغييرات التالية على أحدث إصدار من قناة Chrome التجريبية لأنظمة التشغيل Android وChromeOS وLinux وmacOS وWindows. يمكنك التعرّف على مزيد من المعلومات حول الميزات المدرَجة هنا من خلال الروابط المتوفّرة أو من القائمة على ChromeStatus.com. يتوفّر الإصدار 125 من Chrome كإصدار تجريبي اعتبارًا من 17 نيسان (أبريل) 2024. يمكنك تنزيل آخر التحديثات من Google.com لأجهزة الكمبيوتر المكتبية أو من "متجر Google Play" على أجهزة Android. بعد إصدار جميع الميزات المضمَّنة في القناة الثابتة، يمكن العثور عليها في ملاحظات الإصدار.

CSS

يضيف هذا الإصدار ميزتَين جديدتَين من خدمات CSS ويُجري تغييرَين مرتبطَين بخدمة CSS.

تحديد موضع إعلان CSS الثابت

تتيح ميزة تحديد موضع ارتساء CSS للمطوّرين ربط عنصر في موضع كامل بعنصر واحد أو أكثر على الصفحة (علامات الارتساء)، بطريقة تعريفية، بدون استخدام JavaScript. يعمل تحديد موضع الإرساء بشكل فعال عندما تكون علامات الارتساء قابلة للتمرير. تتمثل إحدى حالات الاستخدام الشائعة في وضع نافذة منبثقة مثل تلميح بجانب العنصر الذي استدعائها، أو قائمة تحديد وقائمة خيارات النافذة المنبثقة الخاصة بها. قبل تفعيل ميزة تحديد موضع الإرساء، كانت حالات الاستخدام هذه تتطلّب JavaScript لتحديد موضع النافذة المنبثقة ديناميكيًا، والحفاظ على ثباتها أثناء تمرير عنصر الاستدعاء، وهو عنصر يرتكز على الأداء ويصعب إكماله بشكل صحيح. ومن خلال تحديد موضع الإرساء، يمكن تنفيذ حالات الاستخدام هذه بشكل أداء وبياني.

تتكون ميزة تحديد موضع الإرساء من عدد كبير من خصائص CSS. وفي ما يلي بعض الخصائص الرئيسية:

  • anchor-name: إعداد عنصر ليكون علامة ارتساء للعناصر الأخرى
  • position-anchor: يصف علامة الارتساء "التلقائية" التي يجب أن يستخدمها العنصر الثابت في تحديد موضع الارتساء.
  • دالة anchor(): تُستخدَم للإشارة إلى موضع عنصر الارتساء، عند تحديد موضع العنصر الثابت.
  • inset-area: اختصار لمواضع الإعلانات، وهو اختصار لمواضع الإعلانات النسبية الشائعة.

دوال القيم المتدرجة في CSS: round() وmod() وrem()

تؤدي دوال القيمة المتدرجة وround() وmod() وrem() جميعها إلى تحويل قيمة معيّنة وفقًا لـ "قيمة خطوة" أخرى.

تعرض دالة CSS round() رقمًا تقريبيًا استنادًا إلى استراتيجية تقريب محدّدة.

تعرض الدالة mod() CSS معاملًا متبقيًا عند قسمة المعلمة الأولى على المعلمة الثانية، على غرار عامل تشغيل الباقي من JavaScript (%). والمعامل هو القيمة المتبقية عند قسمة معامل واحد، وهو المقسوم، على معامل ثانٍ، وهو القاسم. دائمًا ما يأخذ علامة القاسم.

تعرض دالة CSS rem() قيمة باقية عند قسمة المعلمة الأولى على المَعلمة الثانية، على غرار عامل تشغيل الباقي من JavaScript (%). والباقي هو القيمة المتبقية عند قسمة معامل واحد، وهو يمثّل الأرباح، على معامل ثانٍ، وهو القاسم. إنه يأخذ دائمًا علامة نسبة التقسيم.

إزالة التباين لألوان Oklab وOklch مع إضاءة تبلغ 100% أو 0 تقريبًا

قبل هذا التغيير، تم عرض جميع ألوان Lab وLCH وOklab وOklch بقيمة إضاءة تبلغ 100% باللون الأبيض، بغض النظر عن المعلمتين الأخريين. تم عرض جميع الألوان في هذه المساحات بقيمة إضاءة تبلغ 0 باللون الأسود. تسبب هذان التعيينان في حدوث انقطاعات في التدرجات ولم يكنا متوقعَين لمطوّري الويب.

مع هذه العودة إلى الإصدار السابق، لن يتم ربط هذه الألوان بشكل مصطنع، وسيظل اللون المعروض الناتج مستمرًا مع الألوان المجاورة وسيعتمد على تخطيط السلسلة للشاشة.

تم استخدام أشرطة تمرير جذر نظام الألوان

تجعل المتصفّح يستخدم نظام الألوان المفضّل لدى المستخدم لعرض أشرطة التمرير ضمن إطار العرض في حال كانت قيمة "أنظمة الألوان المتوافقة مع الصفحة" "عادية" أو غير محدّدة، وإذا كانت القيمة المحسوبة color-scheme للعنصر الجذر هي normal. يمكن اعتبار أشرطة تمرير إطار العرض خارج محتوى الويب. وبالتالي، على برامج وكيل المستخدم الالتزام بنظام الألوان المفضّل لدى المستخدم عند عرض أشرطة التمرير ضمن إطار العرض في حال لم يحدّد مطوّر البرامج صراحةً توافقًا مع أنظمة الألوان.

لا يمنع هذا التغيير المطورين من التحكم في نظام ألوان أشرطة التمرير. يجعل السلوك الجديد المتصفّح يستخدم نظام الألوان المفضّل لدى المستخدم لعرض أشرطة التمرير غير المتراكبة ضمن إطار العرض فقط في حال عدم تحديد المطوّر نظام الألوان للعنصر الجذر.

HTML

حاويات التمرير التي يمكن التركيز عليها بلوحة المفاتيح

يعمل على تحسين إمكانية الوصول من خلال جعل حاويات التمرير قابلة للتركيز باستخدام التنقل المتسلسل بالتركيز. قبل إجراء هذا التغيير، لا يركّز مفتاح Tab على أدوات التمرير ما لم يتم ضبط tabIndex صراحةً على 0 أو أكثر.

من خلال جعل برامج التمرير قابلة للتركيز بشكل افتراضي، فإن المستخدمين الذين لا يستطيعون (أو لا يريدون) استخدام الماوس سيتمكنون من تركيز المحتوى المقتطع باستخدام علامة التبويب ومفاتيح الأسهم في لوحة المفاتيح. ولا يتم تفعيل هذا السلوك إلا إذا كان شريط التمرير لا يحتوي على أي عناصر فرعية يمكن التركيز عليها في لوحة المفاتيح.

هذه عملية طرح مستمرة بدأت في الإصدار 124 من Chrome، ومن المفترض أن تكون متاحة لجميع المستخدمين بدءًا من الإصدار 125 من Chrome. تعرَّف على المزيد من المعلومات حول أدوات التمرير التي يمكن التركيز عليها باستخدام لوحة المفاتيح.

تسلسل نموذج shadow DOM الوصفي

هي ميزة تتيح للمطوّرين نشر تسلسل لأشجار DOM التي تحتوي على جذور ظل، والتي تم توحيدها مؤخرًا في معيار HTML.

واجهات برمجة تطبيقات الويب

الإضافات إلى Attribution Reporting API

تمّت إضافة ميزات إلى Attribution Reporting API لتوفير إمكانات إضافية لتصحيح الأخطاء من خلال إتاحة تقارير تصحيح أخطاء التحليل، وتحسين هندسة واجهات برمجة التطبيقات من خلال إتاحة حقل لتحديد منصة التسجيل المفضّلة، وتحسين الخصوصية.

واجهة برمجة تطبيقات Compute Pressure

توفر Compute Pressure API حالات عالية المستوى تمثل حِمل وحدة المعالجة المركزية (CPU) على النظام. فهو يسمح للتنفيذ باستخدام مقاييس الأجهزة الأساسية المناسبة لضمان استفادة المستخدمين من جميع إمكانيات المعالجة المتاحة لهم طالما أن النظام لا يخضع لضغوط لا يمكن إدارتها. قادت Intel عمليات التصميم والتنفيذ لواجهة برمجة التطبيقات هذه، والتي ستتيح لتطبيقات اجتماعات الفيديو التوازن الديناميكي بين الميزات والأداء.

قبول عناوين URL لبروتوكول HTTP(S) عند إنشاء WebSocket

يؤدّي هذا التحديث إلى تفعيل مخطّطات HTTP في الدالة الإنشائية WebSocket، ما يتيح أيضًا للمطوّرين استخدام عناوين URL نسبية. تتم تسويتها وفقًا للمخطّطات الداخلية ws: وwss:.

سيؤدي ذلك إلى إطلاق الإضافة المقترَحة لواجهة برمجة التطبيقات Storage Access API (متوافقة مع الأنظمة القديمة وكانت في مرحلة التجربة المصدر) للسماح بالوصول إلى مساحة تخزين غير مقسَّمة لملفات تعريف الارتباط وغير ملفات تعريف الارتباط في سياق تابع لجهة خارجية. لا توفر واجهة برمجة التطبيقات الحالية سوى الوصول إلى ملفات تعريف الارتباط، التي لها حالات استخدام مختلفة عن التخزين غير المخصص لملفات تعريف الارتباط.

متطلبات FedCM CORS على نقطة نهاية تأكيد رقم التعريف

يصعب تفسير عمليات الجلب في FedCM API بسبب الخصائص المطلوبة منها. وبينما تدور نقاشات مستمرة حول نقطة نهاية الحسابات، هناك أيضًا إجماع كبير على أن نقطة نهاية تأكيد المعرّف يجب أن تستخدم CORS. يعمل هذا التحديث على مواءمة خصائص أمان هذا الجلب بشكل أكبر مع عمليات الجلب الأخرى في نظام الويب الأساسي. اطّلِع على المزيد من المعلومات عن آلية عمل متطلبات سياسة مشاركة الموارد المتعددة المصادر (CORS) في تحديثات FedCM: مرحلة التجربة والتقييم في Button Mode API وCORS وSameSite.

إجراء تلقائي خاص بتحريك الماوس القابل للتشغيل

سمح Chrome بإلغاء أحداث نقل الماوس لمنع واجهات برمجة التطبيقات الأخرى مثل تحديد النص (وحتى السحب والإفلات في الماضي). وهذا لا يتطابق مع المتصفحات الرئيسية الأخرى، ولا يتوافق مع مواصفات أحداث واجهة المستخدم. فتحديد النص لن يكون الإجراء التلقائي لتحريك الماوس بعد ذلك. وسيظل من الممكن منع اختيار النص والسحب والإفلات من خلال إلغاء حدثَي selectstart وdragstart على التوالي.

تعديلات على واجهة برمجة تطبيقات مساحة التخزين المشتركة

يتيح هذا التحديث إمكانية تشغيل إطارات عمل مصغَّرة من مصادر متعددة بدون الحاجة إلى إنشاء إطار iframe.

تطبيقات Chrome

واجهة برمجة التطبيقات Direct Sockets API في تطبيقات Chrome

يساعد هذا التحديث في تسهيل انتقال التطبيقات المتخصصة من تطبيقات Chrome إلى تطبيقات الويب المعزولة من خلال تفعيل المأخذ المباشر في تطبيقات Chrome، ما يسمح لتطبيقات الويب بإنشاء اتصالات بروتوكول التحكم في النقل المباشر (TCP) وبروتوكول مخطط بيانات المستخدم (UDP) مع أجهزة الشبكة وأنظمتها.

تجارب مصادر جديدة

بدايةً من الإصدار 125 من Chrome، يمكنك تفعيل تجارب المصدر الجديدة التالية.

واجهة برمجة تطبيقات FedCM Button Mode API واستخدام Other Account API

تتضمّن مرحلة التجربة والتقييم هذه واجهتَي برمجة تطبيقات FedCM التاليَين.

تتيح Button Mode API للمواقع الإلكترونية الاتصال بخدمة FedCM بنقرة زر، مثل النقر على زر تسجيل الدخول إلى موفِّر الهوية. وهذا يتطلب من FedCM ضمان استجابة التطبيق دائمًا من خلال واجهة مستخدم مرئية، على عكس وضع الأداة، الذي لا يعرض واجهة مستخدم عند تسجيل خروج المستخدمين. يؤدي طلب البيانات من خلال واجهة برمجة التطبيقات FedCM API في وضع الزر إلى نقل المستخدمين إلى تسجيل الدخول إلى موفِّر الهوية (في نافذة مربّع حوار)، وذلك عند تسجيل خروج المستخدمين.

بالإضافة إلى ذلك، ولأنّ وضع الزر يتم استدعاءه من خلال إيماءة مستخدم صريح، قد تكون واجهة المستخدم أكثر بروزًا (على سبيل المثال، توسيط ونمطي) مقارنةً بواجهة المستخدم من وضع الأداة (ما لا يتضمن مثل هذا الهدف الصريح). اطّلِع على مزيد من المعلومات عن آلية عمل Button Mode API في تعديلات FedCM: Button Mode API و CORS وSameSite

تتيح واجهة برمجة التطبيقات "Use Other Account API" لموفِّر الهوية السماح للمستخدمين بتسجيل الدخول إلى الحسابات الأخرى.

التسجيل في مرحلة التجربة والتقييم في FedCM.

واجهات برمجة التطبيقات القابلة للطي

تتضمّن مرحلة التجربة والتقييم هذه واجهة برمجة التطبيقات Device Posture API وViewport changes Enumeration API. صُممت واجهات برمجة التطبيقات هذه لمساعدة المطورين في استهداف الأجهزة القابلة للطي. يمكنك الاطّلاع على مزيد من المعلومات في التجربة الأصلية لواجهات برمجة التطبيقات القابلة للطي.

سجِّل في تجربة الأصل لواجهات برمجة التطبيقات القابلة للطي.

إيقاف معاينات الوسائط

ستستبعد تجربة المصدر العكسي المواقع الإلكترونية من إطلاق معاينة الوسائط.

يهدف Chrome إلى توفير معاينات في الوقت الفعلي لإدخال الكاميرا والميكروفون عندما تطلب المواقع الإلكترونية الحصول على أذونات الوصول إلى الكاميرا والميكروفون. وستكون هذه المعلومات متاحة أيضًا من معلومات الصفحة الخاصة بالموقع الإلكتروني.

بالإضافة إلى ذلك، سيتمكّن المستخدمون الذين لديهم أجهزة متعدّدة من اختيار كاميرا وميكروفون عند طلب الأذونات، ما لم يطلب الموقع الإلكتروني جهازًا معيّنًا من خلال getUserMedia().

هذه الميزة قيد التطوير بالتزامن مع مشروع آخر ذا صلة بالأذونات، وهو عناصر التحكّم في الأذونات المضمّنة في الصفحة (PEPC). سيتم تطبيق آلية عمل PEPC على المستخدمين في إطار عملية إطلاق مستقلة تتضمّن مرحلة تجريبية من مصادر منفصلة أو تجارب على مستوى موقع محدّد.

تجربة الإيقاف النهائي لسمات HTMLVideoElement الكاملة البادئية وطرقها

تتيح لك هذه الفترة التجريبية الإيقاف إمكانية إعادة تفعيل سمات وطرق HTMLVideoElement البادئة إذا كنت بحاجة إلى مزيد من الوقت لتعديل الرمز. يمكنك الاطّلاع على التفاصيل الكاملة للسمات والطرق التي تمت إزالتها ضمن قسم الإيقاف النهائي والإزالة.

التسجيل في الفترة التجريبية لإيقاف واجهة برمجة التطبيقات Prefixed Video بملء الشاشة

تخطّي فحص التحميل المُسبق

تخطى أداة فحص التحميل المسبق لاستكشاف مفاضلات الأداء للصفحات التي لا تحتوي على عمليات جلب لمورد فرعي.

تفيد خطوة فحص التحميل المُسبق في أداء الصفحات ذات عمليات جلب الموارد الفرعية، وذلك من خلال تنفيذ عملية الجلب المُسبَق المبني على توقُّع. ومع ذلك، بالنسبة إلى الصفحات التي لا تستفيد من هذه الخطوة، أي الصفحات التي لا تحتوي على موارد فرعية، يمثّل هذا الأمر أعباء معالجة إضافية ذات فائدة بسيطة.

بالنسبة إلى مستخدمي الويب المتقدمين الذين يرغبون في الاستفادة من خلال تقليل هذا النفقات العامة، توفّر هذه التجربة عنصر تحكّم على مستوى الصفحة لإيقاف أداة فحص التحميل المُسبق. يمكن للبيانات التي تم جمعها من هذه التجربة تقييم ما إذا كان من المفيد استخدام واجهة برمجة تطبيقات معدّلة أو استخدام مختلف لأداة فحص التحميل المسبق HTML.

التسجيل في مرحلة التجربة والتقييم في تخطّي عملية فحص التحميل المُسبق

الإيقاف النهائي وعمليات الإزالة

يمكنك الانتقال إلى ChromeStatus.com للحصول على قوائم بالإيقاف النهائي المخطّط له، وعمليات الإيقاف النهائي الحالية، وعمليات الإزالة السابقة.

يزيل هذا الإصدار من Chrome الميزات الثلاث التالية.

إزالة الاسم المستعار لـ "window-placement" للحصول على سياسة الأذونات وسياسة الأذونات "window-management"

يزيل العنوان البديل "window-placement" لسياسة الأذونات والأذونات "window-management". وهذا جزء من جهد أكبر لإعادة تسمية السلاسل من خلال إيقاف استخدام "window-placement" نهائيًا وإزالته في النهاية. يؤدي تغيير المصطلحات إلى تحسين مدة استخدام الواصف مع تطوّر واجهة برمجة التطبيقات Window Management API بمرور الوقت.

إزالة سياسة المؤسسة: NewBaseUrlInheritanceBehaviorAllowed

التغيير الأساسي في الرمز (تفعيل السلوك الجديد لميزة اكتساب عنوان URL الأساسي) والذي تم تفعيله في الإصدارات الثابتة منذ آب (أغسطس) 2023 (118.0.5966.0). ومنذ حلّ المشاكل المعروفة، ستتم إزالة سياسة المؤسسة هذه في الإصدار 125 من Chrome.

إزالة سمات HTMLVideoElement الكاملة للشاشة وطرقها

تم إيقاف واجهات برمجة التطبيقات البادئة HTMLVideoElement بملء الشاشة منذ إصدار Chrome 38. وقد تم استبدالها بـ Element.requestFullscreen()، والتي تم شحنها بدون بادئة في عام 2018 في Chrome 71.

ستتم إزالة السمات والطرق التالية من HTMLVideoElement:

  • webkitSupportsFullscreen
  • webkitDisplayingFullscreen
  • webkitEnterFullscreen()
  • webkitExitFullscreen()
  • webkitEnterFullScreen() (لاحظ اختلافًا في الكتابة بالأحرف الكبيرة لحرف "S" في ملء الشاشة)
  • webkitExitFullScreen()

يُرجى التسجيل للاستفادة من الفترة التجريبية للإيقاف النهائي المذكورة في هذه المشاركة، إذا كان موقعك الإلكتروني لا يزال يعتمد على هذه المتطلبات وتحتاج إلى مزيد من الوقت لتعديل الرمز.