تاريخ النشر: 5 فبراير 2025
ما لم يُذكر خلاف ذلك، تنطبق التغييرات التالية على أحدث إصدار من قناة الإصدار التجريبي من Chrome على أجهزة Android وChromeOS وLinux وmacOS وWindows. يمكنك الاطّلاع على مزيد من المعلومات حول الميزات المدرَجة هنا من خلال الروابط المتوفّرة أو من القائمة على ChromeStatus.com. يتوفّر الإصدار التجريبي من Chrome 134 اعتبارًا من 5 فبراير 2025. يمكنك تنزيل أحدث إصدار على Google.com لأجهزة الكمبيوتر أو على "متجر Google Play" على أجهزة Android.
CSS
يضيف هذا الإصدار خمس ميزات جديدة في CSS وواجهة المستخدم.
خاصية CSS dynamic-range-limit
يتيح هذا الخيار للصفحة الحدّ من الحد الأقصى لسطوع المحتوى بالنطاق العالي الديناميكية.
عنصر <select> قابل للتخصيص
أضِف إمكانية تخصيص عناصر HTML <select> من خلال الموافقة على السلوك الجديد باستخدام القيمة base-select الخاصة بالسمة appearance. بعد الموافقة على استخدام هذه الميزة، يمكنك إضافة محتوى غني بصريًا، بما في ذلك الصور، وتنسيق الخيارات أيضًا.
إغلاق مربّع الحوار بشكل خفيف
من الميزات الرائعة في Popover API سلوك الإغلاق السريع. توفّر هذه الميزة الإمكانية نفسها في <dialog>. تتحكّم سمة closedby الجديدة في السلوك:
-
<dialog closedby=none>: عدم إغلاق مربّعات الحوار التي يبدأها المستخدم على الإطلاق <dialog closedby=closerequest>: يؤدي الضغط علىESC(أو أي مشغّل إغلاق آخر) إلى إغلاق مربّع الحوار.<dialog closedby=any>: يؤدي النقر خارج مربّع الحوار أو الضغط على مفتاح الخروج (ESC) إلى إغلاق مربّع الحوار. هي نفسها سلوكpopover=auto.
اكتساب تمييز CSS
باستخدام ميزة "توريث التمييز في CSS"، ترث فئات التمييز الصورية في CSS، مثل ::selection و::highlight، خصائصها من خلال سلسلة التمييز الصوري، وليس من خلال سلسلة العناصر. والنتيجة هي نموذج أكثر سهولة لفهم كيفية توريث الخصائص في اللحظات البارزة.
لمزيد من المعلومات، يمكنك الاطّلاع على مشاركة المدونة تغييرات في التوريث لتصميم اختيار CSS التي كتبها "ستيفن تشيني" من شركة Igalia.
:has-slotted فئة زائفة
يمثّل الفئة الزائفة :has-slotted عنصرًا من نوع slot يتضمّن محتوًى من نوع slot، مثل عقدة نصية أو عنصر. يمكن استخدام ذلك لتنسيق العناصر استنادًا إلى ما إذا كانت تستخدم محتوى احتياطيًا للفتحة أم لا.
واجهات برمجة التطبيقات على الويب
ميزة "إعداد تقارير تحديد المصدر": إزالة الحدّ الأقصى لـ "التقارير القابلة للتجميع" عندما يكون معرّف سياق المشغّل غير فارغ
يستند هذا التغيير إلى الملاحظات التي تلقّيناها من الجهات التي تستخدم واجهة برمجة التطبيقات، وإلى الحاجة إلى إمكانية قياس عدد أكبر من أحداث الإحالات الناجحة لبعض مسارات المستخدمين.
تفرض واجهة برمجة التطبيقات حاليًا حدًا أقصى يتيح إنشاء ما يصل إلى 20 تقريرًا قابلاً للتجميع لكل عملية تسجيل مصدر، وهو حدّ مقيّد لحالات الاستخدام التي قد تتضمّن تجربة مستخدم أطول. يزيل هذا التغيير الحدّ الأقصى لعدد التقارير القابلة للتجميع عند تقديم معرّف سياق مشغّل كجزء من عملية التسجيل. لا يمكن إزالة هذا الحدّ إلا عند تحديد معرّف سياق المشغّل، لأنّه عند تحديده، تطبّق واجهة برمجة التطبيقات معدّلًا أعلى من التقارير الفارغة، ما يساعد في الحماية من تسرُّب المعلومات من عدة مواقع إلكترونية من خلال عدد التقارير.
بالإضافة إلى ذلك، ستظل التقارير القابلة للتجميع خاضعة لحدود أخرى تقيّد إجمالي كمية المعلومات التي يمكن قياسها، مثل ميزانية المساهمة في المستوى 1 (65,536) لكل مصدر وحدّ معدّل تحديد المصدر.
Blob URL Partitioning: Fetching/Navigation
في إطار مواصلة العمل على ميزة "تقسيم مساحة التخزين"، يتم تنفيذ تقسيم إمكانية الوصول إلى عناوين URL الخاصة بالكائنات الثنائية الكبيرة (Blob URL) حسب مفتاح التخزين (الموقع الإلكتروني من المستوى الأعلى ومصدر الإطار والقيمة المنطقية has-cross-site-ancestor)، باستثناء عمليات التنقّل على المستوى الأعلى التي سيستمر تقسيمها حسب مصدر الإطار فقط. يشبه هذا السلوك ما يتم تنفيذه حاليًا في كل من Firefox وSafari، ويتوافق استخدام عناوين URL الخاصة بكائنات ثنائية كبيرة مع مخطط التقسيم الذي تستخدمه واجهات برمجة التطبيقات الأخرى الخاصة بمساحة التخزين كجزء من "تقسيم مساحة التخزين". بالإضافة إلى ذلك، سيفرض Chrome استخدام noopener في عمليات التنقّل على المستوى الأعلى التي يبدأها برنامج العرض إلى عناوين URL الخاصة بالكائنات الثنائية الكبيرة (BLOB) عندما يكون الموقع الإلكتروني المعنيّ من عدة مواقع إلكترونية بالإضافة إلى الموقع الإلكتروني من المستوى الأعلى الذي ينفّذ عملية التنقّل. يتوافق هذا التغيير مع السلوك المشابه في Safari، وتم تعديل المواصفات ذات الصلة لتعكس هذه التغييرات.
يمكن التراجع عن هذا التغيير مؤقتًا من خلال ضبط سياسة PartitionedBlobURLUsage. سيتم إيقاف هذه السياسة نهائيًا عند إيقاف سياسات المؤسسة الأخرى ذات الصلة بتقسيم مساحة التخزين.
Document-Policy: expect-no-linked-resources
تتيح نقطة الإعداد expect-no-linked-resources في Document-Policy للمستند تقديم تلميح إلى وكيل المستخدم لتحسين تسلسل التحميل بشكل أفضل، مثل عدم استخدام السلوك التلقائي للتحليل التخميني (المعروف أيضًا باسم أداة فحص التحميل المسبق).
نفّذت برامج وكيل المستخدم تحليلًا تخمينيًا لملف HTML من أجل جلب الموارد بشكل تخميني والموجودة في ترميز HTML، وذلك بهدف تسريع تحميل الصفحة. بالنسبة إلى الغالبية العظمى من صفحات الويب التي تتضمّن موارد معرَّفة في ترميز HTML، يكون التحسين مفيدًا، كما أنّ التكلفة المدفوعة لتحديد هذه الموارد هي حلّ وسط مناسب. ومع ذلك، قد تؤدي السيناريوهات التالية إلى موازنة غير مثالية بين الأداء والوقت المستغرَق في تحليل HTML لتحديد الموارد الفرعية التي سيتم جلبها:
- الصفحات التي لا تتضمّن أي موارد تم تحديدها في HTML
- صفحات HTML كبيرة تتضمّن الحد الأدنى من عمليات تحميل الموارد أو لا تتضمّن أي عمليات تحميل، ويمكنها التحكّم بشكل صريح في تحميل الموارد مسبقًا باستخدام آليات التحميل المسبق الأخرى المتاحة
تلمّح السمة expect-no-linked-resources Document-Policy إلى وكيل المستخدم بأنّه
يمكنه اختيار تحسين الوقت المستغرَق في تحديد الموارد الفرعية هذه.
إدارة الموارد الصريحة (غير متزامنة ومتزامنة)
تتصدّى هذه الميزات لنمط شائع في تطوير البرامج يتعلّق بمدة بقاء الموارد المختلفة وإدارتها (مثل الذاكرة والإدخال/الإخراج). يتضمّن هذا النمط بشكل عام تخصيص مورد وإمكانية تحرير الموارد المهمة بشكل صريح.
توسيع نطاق واجهة برمجة التطبيقات console.timeStamp لتوفير القياسات وخيارات العرض
توسّع هذه الميزة نطاق واجهة برمجة التطبيقات console.timeStamp() بطريقة متوافقة مع الأنظمة القديمة، وذلك لتوفير طريقة عالية الأداء لتسجيل بيانات التطبيقات وعرض بيانات التوقيت في لوحة "الأداء" ضمن "أدوات مطوّري البرامج".
يمكن أن تتضمّن إدخالات التوقيت التي تتم إضافتها باستخدام واجهة برمجة التطبيقات طابعًا زمنيًا مخصّصًا ومدة وخيارات عرض (المسار، ومسار السباحة، واللون).
OffscreenCanvas getContextAttributes
تضيف هذه السمة واجهة getContextAttributes من CanvasRenderingContext2D إلى OffscreenCanvasRenderingContext2D.
Private Aggregation API: حدود المساهمة لكل سياق للمتصلين بواجهة Shared Storage API
تتيح هذه السمة للمتصلين بواجهة Shared Storage تخصيص عدد المساهمات لكل تقرير Private Aggregation.
تتيح هذه الميزة للمتصلين بواجهة برمجة التطبيقات Shared Storage ضبط حدود المساهمة لكل سياق باستخدام حقل جديد، وهو maxContributions. يضبط المتصلون هذا الحقل لتجاوز العدد التلقائي للمساهمات لكل تقرير، وسيتم السماح بالأعداد الأكبر والأصغر. سيقبل Chrome قيم maxContributions
تتراوح بين 1 و1000، وسيتم تفسير القيم الأكبر على أنّها 1000.
بسبب المساحة المتروكة، سيكون حجم حمولة كل تقرير متناسبًا تقريبًا مع عدد المساهمات المحدّد لكل تقرير. نتوقّع أنّ يؤدي الاشتراك في التقارير الأكبر حجمًا إلى زيادة تكلفة تشغيل "خدمة تجميع البيانات".
لن تتأثّر وظائف استدعاء Protected Audience بهذه الميزة. ومع ذلك، نخطّط لإتاحة ميزة تخصيص عدد المساهمات في تقارير Protected Audience ضمن الميزات المستقبلية.
دعم ImageSmoothingQuality في PaintCanvas
إضافة دعم لسمة imageSmoothingQuality في Paint Canvas تسمح هذه السمة لمطوّر الويب باختيار المفاضلة بين الجودة والأداء عند تغيير حجم الصور.
تتوفّر ثلاثة خيارات صالحة لسمة imageSmoothingQuality، وهي: low وmedium وhigh.
المجموعات الفرعية في WebGPU
تضيف هذه السمة وظائف المجموعات الفرعية إلى WebGPU. تنفّذ عمليات المجموعات الفرعية عمليات SIMT لتوفير تواصل ومشاركة بيانات فعّالَين بين مجموعات من عمليات الاستدعاء. يمكن استخدام هذه العمليات لتسريع التطبيقات من خلال تقليل النفقات العامة للذاكرة التي يتكبّدها التواصل بين عمليات الاستدعاء.
مراحل تجربة وتقييم جديدة
في الإصدار 134 من Chrome، يمكنك الاشتراك في التجارب الأصلية الجديدة التالية.
Digital Credential API
يمكن للمواقع الإلكترونية الحصول على بيانات الاعتماد من تطبيقات المحفظة الرقمية على الأجهزة الجوّالة من خلال مجموعة متنوعة من الآليات المتاحة حاليًا، مثل معالجات عناوين URL المخصّصة ومسح رموز الاستجابة السريعة ضوئيًا. تتيح هذه الميزة للمواقع الإلكترونية طلب معلومات الهوية من المحافظ باستخدام نظام IdentityCredential CredMan في Android. وهي قابلة للتوسيع لتتوافق مع تنسيقات متعددة لمستندات التعريف (مثل ISO mDoc وW3C verifiable credential)، كما تتيح استخدام تطبيقات متعددة للمحفظة. تتم إضافة آليات للمساعدة في الحدّ من خطر إساءة استخدام الهوية الحقيقية على مستوى النظام المتكامل.
تضيف التجربة الأصلية التي تبدأ في الإصدار 134 من Chrome إمكانية استخدام واجهة برمجة التطبيقات هذه على أجهزة الكمبيوتر، حيث سيتواصل Chrome على الكمبيوتر بشكل آمن مع المحفظة الرقمية على هاتف Android لجلب بيانات الاعتماد المطلوبة.
الميزات التي سيتم إيقافها نهائيًا وإزالتها
يتضمّن هذا الإصدار من Chrome عمليات الإيقاف والإزالة المُدرَجة أدناه. يمكنك الانتقال إلى ChromeStatus.com للاطّلاع على قوائم بعمليات الإيقاف النهائي المخطّط لها وعمليات الإيقاف النهائي الحالية وعمليات الإزالة السابقة.
يزيل هذا الإصدار من Chrome إحدى الميزات.
إزالة قيود الصوت غير العادية في getUserMedia
يتوافق Blink مع عدد من القيود التي تبدأ بالبادئة goog وغير المتوافقة مع المعايير
getUserMedia منذ فترة قبل أن يتم توحيد معايير القيود بشكل صحيح.
انخفض معدّل الاستخدام بشكل كبير إلى ما بين% 0.000001 و%0.0009 (حسب القيد)، كما أنّ بعضها لم يعُد يؤثر بسبب التغييرات في حزمة التقاط الصوت في Chromium. وقريبًا، لن يكون لأي منها أي تأثير بسبب تغييرات أخرى سنطبّقها قريبًا.
لا نتوقّع حدوث أي تراجع كبير في الأداء بسبب هذا التغيير. ستستمر التطبيقات التي تستخدم هذه القيود في العمل، ولكن سيتم تشغيل الصوت باستخدام الإعدادات التلقائية (كما لو لم يتم تمرير أي قيود). ويمكنهم اختيار الانتقال إلى قيود عادية.