تم النشر في: 6 مايو 2026
ما لم يُذكر خلاف ذلك، تنطبق التغييرات التالية على أحدث إصدار من قناة Chrome التجريبية لأنظمة التشغيل Android وChromeOS وLinux وmacOS وWindows. يمكنك الاطّلاع على مزيد من المعلومات عن الميزات المدرَجة هنا من خلال الروابط المقدَّمة أو من القائمة على ChromeStatus.com. اعتبارًا من 6 مايو 2026، أصبح Chrome إصدارًا تجريبيًا. يمكنك تنزيل أحدث إصدار على Google.com لأجهزة الكمبيوتر أو على Google Play Store على أجهزة Android.
CSS وواجهة المستخدم
إزالة قاعدة ورقة أنماط وكيل المستخدم التي تحدّد لون الحدود بشكل صريح للجداول
يزيل هذا التغيير قاعدة CSS الخاطئة border-color: gray من ورقة أنماط وكيل المستخدم
لعنصر <table>.
لا يحتوي مواصفات HTML على هذه القاعدة، ما يؤدي إلى عدم ضبط الحدود تلقائيًا على currentColor بشكل غير صحيح. لا يحتوي كل من Firefox وWebkit على قاعدة لون الحدود gray هذه في ورقة أنماط وكيل المستخدم، ما يؤدي إلى مشاكل في إمكانية التشغيل التفاعلي.
إضافة دعم path() وshape() في shape-outside
تتم إضافة دعم لدالّتَي الشكل path() وshape() في الموقع `shape-outside` في CSS.
تسمح هاتان الدالتان للمطوّرين بتحديد شكل shape-outside بمرونة أكبر وتوفّران دعمًا للرسوم المتحركة.
تم تعديل الوصف في 7 يونيو 2026 لتصحيحه، حيث كان يشير سابقًا إلى استخدام إحداثيات المستطيل.
إضافة دعم rect() وxywh() في shape-outside
تتم إضافة دعم لدالّتَي الشكل الأساسيتَين rect() وxywh() في الموقع shape-outside في CSS. تسمح هاتان الدالتان للمطوّرين بتحديد أشكال استبعاد العناصر العائمة باستخدام إحداثيات المستطيل، ما يجعل Chrome متوافقًا مع Firefox وSafari اللذَين يوفّران هذه الميزة سلفًا.
لون التمييز في نظام نطاق تطبيق الويب
يتم قصر إمكانية الوصول إلى لون التمييز في النظام على كلمات CSS الرئيسية وaccent-color: auto ليصبح ذلك ضمن تطبيق ويب وسياق ملف شخصي أولي فقط.
تُشكّل كلمات CSS الرئيسية AccentColor وAccentColorText متّجهًا مهمًا لإنشاء بصمة المت101}صفّح عند عرض ألوان نظام المستخدم على نطاق واسع على الويب. لذلك، لا تتوفّر هذه الكلمات إلا في سياقات تطبيقات الويب المثبَّتة. تتطابق عناصر التحكّم في النماذج التي تستخدم accent-color: auto أيضًا مع هذا النطاق عند إطلاق هذه الميزة. يؤدي ذلك إلى توقّعات أكثر اتساقًا لدى المطوّرين والمستخدمين بشأن ألوان النظام ويتوافق مع قيود إنشاء بصمة المتصفّح لـ AccentColor[Text].
اقتصاص النص الذي يتجاوز الحاوية عند تفاعل المستخدم
عندما يتفاعل المستخدم (من خلال التعديل أو التنقّل باستخدام علامة الإقحام) مع نص تم ضبط text-overflow: ellipsis له، يتم تبديل النص مؤقتًا من علامة الحذف إلى الاقتصاص، ما يسمح للمستخدم برؤية المحتوى المخفي الذي يتجاوز الحاوية والتفاعل معه.
تنطبق هذه الميزة على جميع العناصر القابلة للتعديل وغير القابلة للتعديل. بالنسبة إلى عناصر التحكّم في النماذج (textarea وinput)، يتم توفير هذا السلوك سلفًا.
زخارف فجوات CSS
تسمح لك زخارف فجوات CSS بتنسيق الفجوات في تنسيقات الحاويات، مثل الشبكة وFlexbox، على غرار column-rule في التنسيق المتعدّد الأعمدة. يطلب مطوّرو الويب هذه الميزة بشدة، إذ عليهم حاليًا استخدام حلول بديلة لتنسيق الفجوات في تنسيقات الشبكة ونموذج flexbox.
image-rendering: crisp-edges
يشير image-rendering: crisp-edges إلى أنّه يجب تغيير حجم الصورة بطريقة تحافظ على التباين والحواف وتتجنّب تنعيم الألوان أو إضافة ضبابية إلى الصورة أثناء العملية.
الطبقة العليا لحدود الفئة الزائفة لإجراء المستخدم
تمثّل هذه الميزة السلوك الموضّح في
مواصفات CSS Selectors Level 4،
التي تنص على أنّ :hover و:active و:focus-within تتطابق مع العناصر الرئيسية
للعناصر، ولكن فقط حتى أول عنصر في الطبقة العليا في سلسلة العناصر الرئيسية.
يطبّق التغيير في Chromium هذا القيد على عناصر الطبقة العليا.
يعني ذلك تحديدًا أنّه في البنية التالية، إذا مرّر المستخدم مؤشر الماوس فوق <button>،
ستتطابق الفئة الزائفة :hover مع <button> والنافذة المنبثقة، ولكن
لن تتطابق مع عنصر <main>.
<main>
<div popover>
<button></button>
</div>
</main>
<script>document.querySelector('[popover]').showPopover();</script>
السبب وراء هذا التغيير هو أنّه يتم عادةً عرض عناصر الطبقة العليا "في مكان آخر"، في موقع غير متصل بالعنصر الرئيسي من الناحية المرئية. لذلك، ليس من المنطقي عادةً تغيير أنماط العنصر الرئيسي عند تمرير مؤشر الماوس فوق عنصر الطبقة العليا أو تفعيله، مثلاً.
تحتوي عملية تنفيذ عنصر الاختيار القابل للتخصيص التي تم شحنها في Chromium على هذه المنطقية مبرمَجة بشكل ثابت في حالة النافذة المنبثقة ::picker() لعنصر الاختيار تحديدًا. تتم إزالة منطقية الحالة الخاصة هذه لصالح السلوك الأكثر عموميةً مع هذه الميزة.
إضافة دعم path-length كسمة CSS
يقدّم هذا التغيير سمة CSS جديدة، هي path-length، التي تتطابق مع سمة العرض pathLength الحالية في SVG. تنطبق هذه السمة على عناصر هندسة SVG
التي تتيح pathLength (بما في ذلك <path> و<circle> و<rect> و
<line> و<polyline> و<polygon> و<ellipse>).
يسمح عرض pathLength كسمة CSS للمؤلفين بتحديدها في أوراق الأنماط والأنماط المضمّنة والرسوم المتحركة، ما يتيح لها المشاركة في قواعد التتالي والخصوصية والانتقالات والرسوم المتحركة العادية في CSS. تؤثر السمة في
جميع العمليات الحسابية التي تعتمد على إجمالي طول المسار، بما في ذلك عرض الشرطات في الخط
وتحديد موضع النص على طول <textPath>.
تلغي إعلانات CSS سمة العرض باتّباع قواعد الأولوية العادية في CSS. القيمة الأولية لـ path-length هي none، ما يمثّل عدم توفّر طول مسار يقدّمه المؤلف ويختلف عن القيمة الرقمية الصريحة، مثل 0.
يتم الاحتفاظ بالسلوك الحالي الذي يعتمد على السمات فقط عند إيقاف الميزة.
واجهات برمجة التطبيقات على الويب
Intl.Locale.prototype.variants
تتم إضافة Intl.Locale.prototype.variants كما هو موضّح في
اقتراح TC39، ويتم أيضًا قبول
"variants" في مجموعة الخيارات في أداة إنشاء Intl.Locale كما في
تعديل معرّف اللغة في TC39. تم دمج التغييرات في ECMA402
في طلب السحب 960 وتم دمج رمز الاختبار في test262
في طلب السحب 4474
وعود التمرير الآلي
لا يملك مطوّرو الويب حاليًا أي طريقة لمعرفة متى اكتمل التمرير السلس الآلي. تقدّم هذه الميزة حلاً للمشكلة، وهو جعل طرق التمرير الآلي تُرجع كائنات Promise يتم حلّها عند اكتمال التمرير مع حالة الانقطاع.
طلب الدفع: السماح لمعالجات الدفع بإرجاع الأخطاء الداخلية
تسمح هذه الميزة لمعالجات الدفع التي يتم الوصول إليها باستخدام Payment Request API بإرجاع أخطاء مميّزة لـ "ألغى المستخدم" مقابل "حدث خطأ داخلي في تطبيق الدفع". يسمح ذلك لمطوّري الويب بإنشاء مسارات أفضل للمستخدمين، مثلاً من خلال إعادة المحاولة أو الرجوع إلى مسار مختلف عند حدوث خطأ داخلي في التطبيق، مع إيقاف المسار بشكل صحيح إذا أراد المستخدم الإلغاء.
يمكن أن تشير Web-based Payment Handler API إلى هذا الاختلاف استنادًا إلى الخطأ الذي تستخدمه لرفض العمليّة غير المكتملة التي تم تمريرها إلى PaymentRequestEvent.respondWith.
إذا تم رفض الوعد باستخدام OperationError، يتم إرجاع "خطأ داخلي في التطبيق" (OperationError) إلى التاجر باستخدام طريقة PaymentRequest.show()، وإلا يتم إرجاع "ألغى المستخدم" (AbortError).
تم تعديل البنية الأساسية لمعالج الدفع في التطبيق الأصلي بشكل مماثل، ولكنها خارج نطاق واجهات برمجة التطبيقات على الويب.
الالتزام بـ autocorrect="off" للوحة المفاتيح التي تعمل باللمس في Windows في TSF
تسمح سمة HTML autocorrect لمؤلفي الويب بالتحكّم في ما إذا كان يجب تطبيق التصحيح التلقائي على بيانات أدخلها المستخدم في العناصر القابلة للتعديل، بما في ذلك
<input> و<textarea> والمضيفين الذين يمكن تعديل محتواهم. على نظام التشغيل Windows، تتجاهل لوحة المفاتيح التي تعمل باللمس هذه السمة وتصحّح الكلمات تلقائيًا دائمًا. على سبيل المثال،
يؤدي كتابة "truf" متبوعة بمسافة في عنصر تم ضبط autocorrect="off" له إلى عرض
"true " بدلاً من الاحتفاظ بـ "truf ". تتيح هذه الميزة لعملية دمج TSF
في Chrome رصد عمليات التصحيح التلقائي للوحة المفاتيح التي تعمل باللمس وإعادتها عندما يكون العنصر القابل للتعديل الذي تم التركيز عليه
مضبوطًا على autocorrect="off".
قطع اتصالات WebSocket عند الدخول إلى ميزة "التخزين المؤقت للصفحات"
لم تعُد اتصالات WebSocket النشطة تمنع الصفحة من الدخول إلى ميزة "التخزين المؤقت للصفحات". من خلال إغلاق الاتصالات عند الدخول إلى ميزة "التخزين المؤقت للصفحات" بدلاً من وضع علامة على المستند على أنّه غير مؤهّل، يسمح المتصفّح بتخزين الصفحات التي تحتوي على WebSockets نشطة واستعادتها.
سمة `Request.isReloadNavigation`
تتم إضافة السمة المنطقية للقراءة فقط isReloadNavigation إلى واجهة Request في Fetch API. تشير هذه السمة إلى ما إذا تم بدء طلب التنقّل الحالي كعملية إعادة تحميل بدأها المستخدم (على سبيل المثال، باستخدام زر إعادة التحميل أو location.reload() أو history.go(0)). يتم عرض هذه الإشارة بشكل أساسي على كائن Request ضمن FetchEvent في Service Worker.
إيقاف فلاتر SVG على المكوّنات الإضافية وإطارات iframe المتعددة المصادر والمحظورة
يمنع هذا الإطلاق تطبيق فلاتر SVG على إطارات iframe المتعددة المصادر أو المحظورة (على سبيل المثال، إطارات iframe في وضع الحماية) والمكوّنات الإضافية المضمّنة (على سبيل المثال، ملفات PDF). عندما يتم رسم إطار أو مكوّن إضافي باستخدام تأثير فلتر SVG، يتم الانتقال إلى شجرة التأثير للعثور على أعلى عنصر رئيسي بدون فلاتر SVG، ثم يتم تطبيق هذا التأثير بدلاً من ذلك.
عمليات تجربة جديدة
في Chrome 149، يمكنك الاشتراك في عمليات التجربة الجديدة التالية origin trials.
سياسة الأذونات: `focus-without-user-activation`
تمنح سياسة الأذونات focus-without-user-activation للمضمّنين إمكانية التحكّم في التركيز الآلي من المحتوى المضمّن. عندما يتم رفض السياسة لإطار، يتم حظر طلبات التركيز الآلي (element.focus() وautofocus وwindow.focus() وdialog.showModal() والتركيز على النافذة المنبثقة) ما لم يتم تفعيلها من خلال إجراء يتخذه المستخدم. لا يتأثر التركيز الذي يبدأه المستخدم، مثل النقر أو الانتقال باستخدام المفتاح Tab، أبدًا.
يمكن ضبط السياسة باستخدام عنوان استجابة HTTP لسياسة الأذونات أو سمة allow في iframe. تتم إضافة دعم لتفويض التركيز: يمكن لإطار رئيسي تم التركيز عليه تمرير التركيز آليًا إلى إطار iframe ثانوي، حتى إذا تم رفض السياسة للإطار الثانوي، وبمجرد أن يتم التركيز على إطار، يمكنه نقل التركيز ضمن شجرة فرعية خاصة به.
Gamepad event-driven input API
يوسّع هذا الاقتراح Gamepad API باستخدام نموذج جديد مستند إلى الأحداث يتيح للتطبيقات تلقّي إدخالات لوحة الألعاب بزمن تأخير أقل. بدلاً من الاعتماد على عمليات الاقتراع المتكررة باستخدام navigator.getGamepads()، يمكن للمطوّرين الآن الاستماع إلى حدث rawgamepadinputchange الذي يتم تنشيطه كلما توفّرت بيانات إدخال جديدة من الجهاز. يسمح ذلك بمعالجة الإدخال بشكل أكثر استجابةً، خاصةً في التطبيقات الحساسة لوقت الاستجابة.
واصفات WebAssembly المخصّصة
تسمح هذه الميزة لـ WebAssembly بتخزين البيانات المرتبطة بأنواع على مستوى المصدر بكفاءة أكبر في كائنات واصفات مخصّصة جديدة. يمكن ضبط هذه الواصفات المخصّصة باستخدام نماذج أولية لكائنات WebAssembly من هذا النوع على مستوى المصدر. يسمح ذلك بتثبيت الطرق في سلسلة النماذج الأولية لكائن WebAssembly واستدعائها مباشرةً من JavaScript باستخدام بنية طلب الإجراء العادية. يمكن ضبط النماذج الأولية والطرق بشكل إعلاني باستخدام دالة مضمّنة مستورَدة.