تاريخ النشر: 5 شباط (فبراير) 2025
تنطبق التغييرات التالية على أحدث إصدار من الإصدار التمهيدي ل Chrome على أجهزة Android وChromeOS وLinux وmacOS وWindows، ما لم يُذكر خلاف ذلك. يمكنك الاطّلاع على مزيد من المعلومات عن الميزات المدرَجة هنا من خلال الروابط المقدَّمة أو من القائمة على ChromeStatus.com. يُرجى العِلم أنّ الإصدار 134 من Chrome هو إصدار تجريبي اعتبارًا من 5 شباط (فبراير) 2025. يمكنك تنزيل أحدث إصدار من الموقع الإلكتروني Google.com على أجهزة الكمبيوتر المكتبي أو من "متجر Google Play" على أجهزة Android.
CSS
يضيف هذا الإصدار خمس ميزات جديدة لتنسيق CSS وواجهة المستخدم.
خاصية dynamic-range-limit في CSS
يتيح للصفحة الحد من الحد الأقصى للسطوع في محتوى النطاق العالي الديناميكية.
عنصر <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
عنصر خانة يتضمّن محتوى مُدرَجًا،
مثل عقدة نص أو عنصر. ويمكن استخدام هذا الإجراء لتنسيق العناصر استنادًا إلى
ما إذا كانت تستخدم محتوى احتياطيًا للّوحة أم لا.
واجهات برمجة تطبيقات الويب
ميزة إعداد تقارير تحديد المصدر: إزالة الحدّ الأقصى المسموح به للتقارير القابلة للتجميع عندما يكون رقم تعريف سياق المشغّل غير صفري
يستند هذا التغيير إلى ملاحظات مُرسِلي طلبات البيانات من واجهة برمجة التطبيقات والحاجة إلى التمكّن من measuringقياس عدد أكبر من أحداث الإحالات الناجحة لمسارات مستخدِمين معيّنة.
تفرض واجهة برمجة التطبيقات حاليًا حدًا أقصى يسمح بإنشاء ما يصل إلى 20 تقريرًا قابلاً للتجميع لكل تسجيل مصدر، ما يفرض قيودًا على حالات الاستخدام التي قد يواجه فيها المستخدِم رحلة مستخدِم أطول. يزيل هذا التغيير الحدّ الأقصى للتقارير التي يمكن تجميعها عند تقديم رقم تعريف سياق عامل التشغيل كجزء من التسجيل. لا تتم إزالة هذا الحدّ إلا عند تحديد معرّف سياق التفعيل، لأنّ واجهة برمجة التطبيقات تطبّق معدّلًا أعلى من التقارير الفارغة عند تحديده، ما يساعد في الحماية من تسرُّب المعلومات على مستوى المواقع الإلكترونية من خلال أعداد التقارير.
بالإضافة إلى ذلك، ستظل التقارير القابلة للتجميع خاضعة لقيود أخرى تقيد إجمالي كمية المعلومات التي يمكن قياسها، مثل ميزانية المساهمة في المستوى 1 (65,536) لكل مصدر والحد الأقصى لنسبة الإحالة الناجحة.
تقسيم عناوين URL الخاصة بالكائنات الثنائية الكبيرة (BLOB): الاسترجاع/التنقّل
كمتابعة لميزة "تقسيم مساحة التخزين"، يتم تنفيذ تقسيم إمكانية الوصول إلى عنوان URL لملف ثنائي كبير (Blob) باستخدام مفتاح التخزين (الموقع الإلكتروني من المستوى الأعلى ومصدر الإطار والمتغيّر المنطقي has-cross-site-ancestor)، باستثناء عمليات التنقّل من المستوى الأعلى التي ستظل مجزّأة حسب مصدر الإطار فقط. يشبه هذا السلوك السلوك الذي ينفّذه حاليًا كلّ من Firefox وSafari، وينسّق استخدام عنوان URL لملفّ Blob مع مخطّط التقسيم الذي تستخدمه واجهات برمجة تطبيقات التخزين الأخرى كجزء من ميزة تقسيم مساحة التخزين. بالإضافة إلى ذلك، سيفرض Chrome سمة noopener على عمليات التنقّل التي يبدأها المُعرِّف على مستوى أعلى إلى عناوين URL الخاصة بالملفات الثنائية الكبيرة (blob) حيث يكون الموقع الإلكتروني المقابل على مستوى مختلف عن الموقع الإلكتروني على المستوى الأعلى الذي ينفّذ عملية التنقّل. يؤدي ذلك إلى مواءمة Chrome مع السلوك المشابه في Safari، وتم تعديل المواصفات ذات الصلة لتعكس هذه التغيُّرات.
يمكن التراجع عن هذا التغيير مؤقتًا من خلال ضبط PartitionedBlobURLUsage
السياسة. سيتم إيقاف هذه السياسة نهائيًا عند إيقاف السياسات الأخرى المتعلّقة بتقسيم مساحة التخزين نهائيًا.
سياسة المستند: 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()
، بطريقة متوافقة مع الإصدارات القديمة، لتوفير طريقة عالية الأداء لقياس أداء التطبيقات وعرض بيانات التوقيت في لوحة الأداء في "أدوات مطوّري البرامج".
يمكن أن تحتوي إدخالات التوقيت التي تمت إضافتها باستخدام واجهة برمجة التطبيقات على طابع زمني مخصّص ومدّة و options عرض (مسار ومسارات السباحة واللون).
OffscreenCanvas
getContextAttributes
تضيف واجهة getContextAttributes
من CanvasRenderingContext2D
إلى
OffscreenCanvasRenderingContext2D
.
Private Aggregation API: حدود المساهمة لكل سياق لمُطلِبي Shared Storage
تتيح هذه السمة لمتصلي "مساحة التخزين المشتركة" تخصيص عدد المساهمات لكل تقرير من تقارير "التجميع الخاص".
تتيح هذه الميزة لمُتصلي مساحة التخزين المشتركة ضبط حدود المساهمة لكل سياق باستخدام حقل جديد، وهو maxContributions
. يضبط المتصلون هذا الحقل
لإلغاء العدد التلقائي للمساهمات لكل تقرير، وسيتم السماح بأرقام أكبر وأرقام أصغر. سيقبل Chrome قيم maxContributions
بين 1 و1,000، بما في ذلك، وسيتم تفسير القيم الأكبر على أنّها 1,000.
بسبب الحشو، سيكون حجم الحمولة لكل تقرير متناسبًا تقريبًا مع العدد المحدّد من المساهمات لكل تقرير. نتوقع أن يؤدّي تفعيل ميزة استخدام التقارير الأكبر حجمًا إلى زيادة تكلفة تشغيل "خدمة التجميع".
ولن تتأثر هذه الميزة بمكالمات المستخدمين الذين تم إدراجهم في ميزة "الجمهور المحمي". مع ذلك، نحن نخطّط لإتاحة إمكانية تخصيص عدد المساهمات في تقارير "الجمهور المحمي" في الميزات المستقبلية.
دعم ImageSmoothingQuality
في PaintCanvas
إتاحة سمة imageSmoothingQuality
في "لوحة الرسم" ويسمح
لمطوّر الويب باختيار الجودة على حساب الأداء عند تكبير الصور.
هناك ثلاثة خيارات صالحة لسمة imageSmoothingQuality
: low
وmedium
و
high
.
المجموعات الفرعية لـ WebGPU
تضيف وظيفة المجموعة الفرعية إلى WebGPU. تُجري عمليات المجموعات الفرعية عمليات معالجة متزامنة للبيانات (SIMT) لتوفير تواصل ومشاركة بيانات فعّالة بين مجموعات الطلبات. يمكن استخدام هذه العمليات لتسريع التطبيقات من خلال تقليل النفقات العامة للذاكرة التي تتكبّدها عمليات التواصل بين عمليات الاستدعاء.
عمليات التجربة والتقييم الجديدة
في الإصدار 134 من Chrome، يمكنك الاشتراك في الإصدارات التجريبية الجديدة التالية.
Digital Credential API
يمكن للمواقع الإلكترونية الحصول على بيانات الاعتماد من تطبيقات المحفظة على الأجهزة الجوّالة، وهي تحصل عليها من خلال مجموعة متنوعة من
الآليات اليوم، مثل معالِجات عناوين URL المخصّصة ومسح رموز الاستجابة السريعة ضوئيًا. تتيح هذه
الميزة للمواقع الإلكترونية طلب معلومات التعريف من المحفظات باستخدام نظام
IdentityCredential
CredMan
من Android. ويمكن توسيع نطاقها لتتوافق مع تنسيقات ملف التعريف المتعدّدة (مثل ملف التعريف القابل للتحقّق من ISO mDoc وW3C) وسمح باستخدام تطبيقات محفظة متعددة. تتم إضافة آليات للمساعدة في
تقليل خطر إساءة استخدام الهوية في العالم الواقعي على مستوى النظام البيئي.
تضيف النسخة التجريبية من الإصدار الأول من Chrome 134 إمكانية استخدام واجهة برمجة التطبيقات هذه على منصة الكمبيوتر المكتبي، حيث سيتواصل Chrome على الكمبيوتر المكتبي بأمان مع المحفظة الرقمية على هاتف Android لتحميل بيانات الاعتماد المطلوبة.
عمليات الإيقاف النهائي والإزالة
يقدّم هذا الإصدار من Chrome الميزات التي سيتم إيقافها نهائيًا والمزايا التي سيتمّ إزالتها والمُدرَجة أدناه. يُرجى الانتقال إلى ChromeStatus.com للحصول على قوائم بالميزات التي سيتم إيقافها نهائيًا في المستقبل والميزات التي تم إيقافها نهائيًا في الوقت الحالي والميزات التي تم إيقافها نهائيًا في السابق.
يزيل هذا الإصدار من Chrome ميزة واحدة.
إزالة القيود الصوتية غير العادية في getUserMedia
يتيح Blink عددًا من القيود غير العادية التي تبدأ بالبادئة goog
لأجل
getUserMedia
منذ بعض الوقت قبل أن يتم توحيد القيود بشكل صحيح.
انخفض معدّل الاستخدام بشكل كبير إلى ما بين 0.000001% و0.0009% (حسب القيود)، ولا يؤثر بعضها مطلقًا بسبب التغييرات في مجموعة Chromium لالتقاط الصوت. ولن يكون لأيّ منهما تأثير قريبًا بسبب تغييرات أخرى قادمة.
لا نتوقّع حدوث أي تراجعات كبيرة نتيجةً لهذا التغيير. ستستمر التطبيقات التي تستخدم هذه القيود في العمل، ولكن ستحصل على محتوى صوتي بالإعدادات التلقائية (كما لو لم يتم تمرير أي قيود). ويمكنهم اختيار نقل البيانات إلى القيود العادية.