لقد انتهى النصف الأول من العام، وشهدنا الكثير من التغييرات في منصّة إضافات Chrome و"سوق Chrome الإلكتروني". لقد طرحنا العديد من التحديثات المهمة والميزات الجديدة التي يسرّنا مشاركتها معك. في هذه المشاركة على المدوّنة، نقدّم لك ملخّصًا لما حدث في إضافات Chrome خلال الأشهر الثلاثة الماضية.
بدء إيقاف الإصدار 2 من ملف البيان نهائيًا
وفقًا لما هو مخطّط، بدأنا في 3 حزيران (يونيو) بتحذير المستخدمين من أنّه سيتم قريبًا إيقاف الإضافات المستندة إلى الإصدار 2 من Manifest. وواصلنا طرح هذا التحذير على جميع قنوات Chrome. بعد ذلك، سنبدأ بإيقاف الإضافات المستنِدة إلى الإصدار Manifest V2. وسيظل بإمكان المستخدمين إعادة تفعيل هذه الإضافات إذا اختاروا ذلك.
Google I/O
لقد انتهى مؤتمر Google I/O آخر وتناولنا فيه جميع التعديلات المشوّقة على الإضافات. تتوفّر معاينة لقائمة جديدة ستمنح المستخدمين مزيدًا من التحكّم، ومن خلال ميزة التراجع عن الإصدار التي تم طرحها مؤخرًا، يمكن للمطوّرين إعادة نشر الإصدار المنشور سابقًا من إحدى الإضافات بسرعة بدون الحاجة إلى انتظار المراجعة. بالإضافة إلى ذلك، لخّصنا عملية إعادة تصميم "سوق Chrome الإلكتروني" التي تُبرز أفضل الإضافات. يمكنك الانتقال إلى YouTube لمشاهدة الفيديو الكامل وقراءة مشاركة المدوّنة للاطّلاع على بعض التفاصيل.
المسار السريع لطلبات الشبكة التعريفية: مراجعة سريعة للإضافات التي تتضمّن تعديلات على القواعد الآمنة
يمكن لإضافات Chrome التي تستخدم واجهة برمجة التطبيقات Declarative Net Request API (DNR) تخطّي المراجعة للتحديثات التي تعدّل فقط القواعد الثابتة والآمنة ضمن مفتاح بيان rule_resources. ستصبح التغييرات التي تمّت إعادة نشرها في الإضافة سارية في غضون دقائق، شرط ألا تكون الإضافة قد تمّ الإبلاغ عنها بسبب انتهاكات للسياسات وأن يتم استيفاء معايير الأهلية الأخرى.
على المطوّرين تفعيل عملية المراجعة السريعة هذه من خلال لوحة بيانات المطوّر في "سوق Chrome الإلكتروني" أو Publish API. يمكنك الاطّلاع على مزيد من المعلومات حول الأهلية وكيفية الموافقة في مستندات "سوق Chrome الإلكتروني".
واجهة برمجة التطبيقات الجديدة action.openPopup
اعتبارًا من الإصدار 127 من Chrome، أصبحت واجهة برمجة التطبيقات action.openPopup متاحة الآن لجميع الإضافات. وقد طلب المطوّرون هذا التغيير بشدة، بما في ذلك أولئك الذين أضفوا علامة على المشكلة في أداة تتبُّع الأخطاء. في السابق، كانت واجهة برمجة التطبيقات متاحة فقط للإضافات التي يتم تثبيتها من خلال سياسة، ولكن بعد المناقشات في مجموعة WebExtensions Community، يسرّنا إطلاق واجهة برمجة التطبيقات للجميع. ويؤدي ذلك إلى توافق Chrome ومتصفّحات Chromium الأخرى مع Firefox وSafari حيث تتوفّر واجهة برمجة التطبيقات هذه.
تعديلات على واجهة مستخدم اللوحة الجانبية
عدّل Chrome واجهة مستخدم اللوحة الجانبية من خلال إضافة رمز تثبيت لإعادة فتح اللوحات الجانبية المرتبطة برمز إجراء الإضافة بسهولة، كما أزال رمز اللوحة الجانبية الشاملة لأنّ كل لوحة من المفترض أن تقدّم تجربة فريدة من نوعها.
إذا كانت إضافتك تستخدم لوحة جانبية، قد تحتاج إلى تغيير طريقة إعداد المستخدمين والتأكّد من تقديم طريقة واضحة لفتح اللوحة.
عمليات التجربة والتقييم في الإضافات
بدءًا من الإصدار 126 من Chrome، يمكنك تفعيل الفترات التجريبية للإصدارات العلنية والفترات التجريبية للإيقاف النهائي على جميع مساحات عرض الإضافات. اطّلِع على المستندات حول كيفية إضافة trial_token إلى ملف manifest.json لاستخدام ميزة الفترة التجريبية داخل نص برمجي في الخلفية أو نافذة منبثقة أو مستند خارج الشاشة.
يجب نقل الإضافات التي تتفاعل مع YouTube إلى "الأنواع الموثوق بها"
يعمل فريق YouTube على تحسين أمان YouTube من جهة العميل باستخدام الأنواع الموثوق بها، ما يتطلّب من إضافات المتصفّح التابعة لجهات خارجية استخدام كائنات من النوع المحدّد بدلاً من السلاسل عند تحديد قيم لواجهات برمجة التطبيقات DOM. اعتبارًا من 25 تموز (يوليو) 2024، قد تتوقف إضافات المتصفّح التي لا تمتثل لمتطلبات الأمان الخاصة بالأنواع الموثوق بها عن العمل بعد تنفيذ هذا الإجراء، لذا على المطوّرين التأكّد من توافق إضافاتهم مع معايير الأمان الجديدة في YouTube. إذا كانت إضافتك تعدّل لغة HTML، وكان بإمكان المستخدم استخدامها على youtube.com، يُرجى الاطّلاع على التعليمات حول كيفية التحقّق مما إذا كانت إضافاتك متوافقة وستعمل بشكلٍ سليم بعد فرض الميزة.
التعديلات التي تم إجراؤها على المستندات
لقد عدّلنا مؤخرًا مستندات Chrome Web Store API لتشمل معلومات عن deployPercentage، التي تتيح لك تحديد نسبة مئوية لنشر جزئي.
أضفنا أيضًا دليلاً جديدًا حول فلترة المحتوى . يمكنك الاطّلاع على مزيد من المعلومات عن فلترة الشبكة باستخدام واجهة برمجة التطبيقات Declarative Net Request API، والعثور على تفاصيل عن القيود المفروضة على عدد القواعد التي يمكن تضمينها في إضافة، والتعرّف على كيفية تحديد المستخدمين لقواعد الفلترة الخاصة بهم وغير ذلك.
الميزات القادمة
نحن نعمل على اقتراح واجهة برمجة تطبيقات جديدة تتيح استخدام نصوص برمجية متعددة للمستخدمين في الإضافات، ما يسمح لمدراء نصوص المستخدمين بفصل نصوص المستخدمين الفردية بشكل أفضل عندما يتم إدخال نصوص متعددة على موقع إلكتروني معيّن. لمزيد من المعلومات، يمكنك الاطّلاع على اقتراح WECG بشأن العوالم التي تتضمّن نصوصًا برمجية متعدّدة المستخدمين.
نعمل أيضًا على إتاحة إمكانية تحسين ظهور رموز الإضافات في الوضع الداكن من خلال توفير مجموعة من الرموز المخصّصة لهذا الوضع. لمزيد من التفاصيل، يُرجى الاطّلاع على اقتراح WECG بشأن إتاحة رمز إضافة الوضع الداكن.
🗃️ فيديوهات جديدة
يشرح باتريك من فريق "إضافات Chrome" مفهوم "الرمز البرمجي المستضاف عن بُعد" (RHC) في إضافات Chrome. تعرَّف على سبب عدم السماح برمز RHC بعد الآن وكيفية رصده والإجراءات التي يجب اتّخاذها إذا كان يجب تحديث الإضافة في مقالة ما هو رمز RHC؟.
التقى باتريك وأوليفر أيضًا بفريق المراجعين في "سوق Chrome الإلكتروني" شخصيًا لمناقشة التفاصيل الدقيقة لعملية المراجعة. لقد طرحوا جميع الأسئلة والملاحظات التي شاركتها، ويمكنك الاطّلاع عليها في ما وراء "سوق Chrome الإلكتروني": طرح أسئلة حول الثقة والأمان.
نشكرك مرة أخرى على مشاركتك في منتدى الإضافات. ❤️