خلف قائد مشروع الباقات الجديدة ، يطلق فريق مراجعة السمات حل إشعارات الإدارة

كجزء من خطة فريق مراجعة موضوع WordPress للحد من إشعارات الإدارة الاقتحامية ، دفع الفريق الإصدار 1.0 من حزمة إشعارات المسؤول للجمهور. توفر الحزمة الجديدة واجهة برمجة تطبيقات قياسية لمؤلفي السمات لعرض إشعارات المسؤول.

تولى آري ستاثوبولوس قيادة مشروع الحزم في أواخر أغسطس. Stathopoulos هو المطور الرئيسي ومنشئ إطار عمل مخصص Kirki عالي التصنيف ، والذي يحتوي حاليًا على أكثر من 300000 تثبيت نشط كمكوِّن إضافي. ومع ذلك ، يتوفر إطار العمل أيضًا كوحدات نمطية منفصلة يمكن لمؤلفي السمات تجميعها ضمن موضوعاتهم.

حزمة إشعارات الإدارة هي الحزمة الثالثة التي ينتجها الفريق والأولى التي يقودها Stathopoulos.

تعد إضافة إشعار مشرف أساسي في WordPress أمرًا سهلاً نسبيًا لمعظم المطورين. ومع ذلك ، فإن التعامل مع ميزات مثل الإجراءات القابلة للرفض المستمرة أكثر تعقيدًا. حزمة إشعارات المسؤول تتعامل مع هذا الأمر خارج الصندوق.

تتضمن بعض خيارات الحزمة القدرة على:

• حدد العنوان والرسالة.
• حدد نوعًا يضيف في فئة واجهة المستخدم المناسبة (معلومات ، نجاح ، تحذير ، خطأ).
• اختر شاشات المسؤول التي يظهر عليها الإشعار.
• حدد الرسالة حسب قدرة المستخدم بحيث لا تظهر لجميع المستخدمين.

تُظهر لقطة الشاشة أعلاه مثالاً لإخراج إشعار المسؤول الأساسي للأنواع الأربعة المتاحة. يتم التعامل مع إجراء الرفض بواسطة JavaScript ويعمل بدون إعادة تحميل الصفحة. بمجرد الرفض ، لن يرى المستخدمون الإشعار مرة أخرى.

قال ستاثوبولوس عن تحديات بناء هذه الحزمة: "أعتقد أن أصعب شيء في الأمر كان تحديد مدى التقييد الذي أردناه". تقوم الحزمة بتقييد مؤلفي السمات بعناصر فقرة ووصلة وغامق ومائل في الإصدار 1.0. لا يترك مجالًا كبيرًا للتجريب ، لكن التوحيد هو الهدف. كلما زاد عدد العناصر المسموح بها ، زاد احتمال عدم قيام الأداة بحل مشكلة الفريق المتمثلة في إبقاء إشعارات المسؤول غير مزعجة.

إخطارات المستخدم هي مشكلة معقدة

لا يوفر WordPress واجهة برمجة تطبيقات رسمية لإشعارات المستخدم. ومع ذلك ، فإنه يوفر مجموعة قياسية من فئات CSS وخطاف لإرفاق الإشعارات. يحتوي الدستور الغذائي أيضًا على بعض الأمثلة لأفضل الممارسات. ترك عدم وجود واجهة برمجة تطبيقات رسمية مؤلفي السمات والمكونات الإضافية لأجهزتهم الخاصة. لقد عانى المستخدمون بسبب عمليات التنفيذ المتباينة بشكل كبير والمشكلات الشائعة مثل الإعلانات غير القابلة للرفض.

اقترح Tim Hengeveld واجهة برمجة تطبيقات مركز الإخطار على Trac في عام 2018. تحتوي البطاقة على مناقشة صحية ومستمرة وبعض مقترحات واجهة المستخدم. لا يزال الاقتراح يحمل علامة "في انتظار المراجعة" ، ومن غير المحتمل أن يتم شحنه في أي وقت قبل WordPress 5.4 أو أحدث.

في الوقت الحالي ، تستخدم العديد من المكونات الإضافية والسمات أيضًا إشعارات المسؤول لإعداد المستخدم ، وهي مشكلة منفصلة تحتاج إلى حل. هناك تذكرة عمرها 4 سنوات تناقش إعداد مستخدم جديد لـ WordPress ، ولكن لا يوجد الكثير من الحركة لحل هذه المشكلة بالنسبة للمكونات الإضافية والقوالب.

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

المزيد من الحزم في الأشغال

يتم حاليًا إنشاء المزيد من الحزم والبعض الآخر في مراحل التخطيط.

الهدف من المشروع الكلي هو تزويد مؤلفي السمات بوحدات نمطية يمكن تجميعها مع موضوعاتهم. تمت كتابة جميع الحزم في PHP 5.6+ على أمل دفع مؤلفي السمات نحو ممارسات ترميز أكثر حداثة (نسبيًا ، حيث سيتم إصدار PHP 7.4 هذا العام). سيساعد أيضًا في تبسيط عملية المراجعة إذا اعتمد المزيد من مؤلفي السمات الحزم بدلاً من بناء كل شيء داخليًا.

أوضح ستاثوبولوس: "إذا أنشأنا حزمًا لأكثر الأشياء طلبًا ، فإننا نأمل أن نمكن الناس من بناء موضوعات عالية الجودة بشكل أسهل". "أعتقد أن الحزم هي لبنات بناء للسمات."

يعمل Stathopoulos على أداة تحكم مخصصة لاختيار لون بشفافية ألفا ، والتي يمكن إصدارها في وقت مبكر من الأسبوع المقبل. سيوفر لمستخدمي السمات مزيدًا من التحكم في كيفية ظهور ألوانهم للسمات التي تنفذها.

قال: "بعد أن نبني الأساسيات ، أريد التركيز على الحزم التي من شأنها أن تعزز a11y والخصوصية في الموضوعات - وهما مجالان تقصر فيهما الموضوعات". "من شأنه أن يساعد الكثير من الناس ، وهذا هو هدفنا في نهاية المطاف."

لقد اعتاد مؤلفو السمات على تثبيت حزم JavaScript و CSS عبر NPM خلال السنوات القليلة الماضية. ومع ذلك ، فقد تأخر استخدامهم لـ Composer كمدير تبعية PHP. في جزء ما ، قد يكون هذا بسبب إحجام WordPress السابق عن طرح الحد الأدنى من إصدار PHP. العديد من الحزم المتوفرة في Packagist ، مستودع Composer الرئيسي ، لا تعمل مع الإصدارات القديمة من PHP. قد تدفع قفزة WordPress الأخيرة إلى PHP 5.6+ وخطط الانتقال إلى 7+ في المستقبل المزيد من مؤلفي السمات للنظر في إدارة تبعية PHP.

TRT لديها حساب Packagist وقد جعلت جميع حزمها قابلة للتثبيت عبر Composer.

لا يوجد شرط لاستخدام الحزم حتى الآن

لا توجد خطط حالية لـ TRT للبدء في طلب استخدام هذه الحزم لميزات محددة ، لكن بعض أعضاء الفريق اقترحوا القيام بذلك.

قال ستاثوبولوس: "هناك أسباب وجيهة لفرض استخدام هذه الحزم ، لكن لا يمكن أن يحدث ذلك بين عشية وضحاها". "نريد موضوعات في المستودع لديها بعض المعايير ، لا يمكن أن يكون الغرب المتوحش. يجب تحسين جودة التعليمات البرمجية. هذه الحزم هي وسيلة لجعل الحياة أسهل على الناس ، وفي النهاية توفير الوقت للجميع ".

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

إن إشراك مؤلفي السمات هو أحد المجالات التي كافح فيها الفريق. المساهمة في الحزم يمكن أن تفيد المجتمع بأكمله. قال ستاثوبولوس: "معظم الناس لا يعرفون عنها حتى لأنها غير مدرجة في أي مكان". "يتعين على مؤلفي السمات حاليًا البحث عنها ، ومن أجل البحث عنها ، يحتاج شخص ما لإخبارهم بوجودهم (وهذا لا يحدث)." ستكون إحدى الخطوات التالية هي الحصول على الحزم المدرجة في وثائق TRT.

يمكن أن يوفر العمل معًا على ميزات موضوع مشترك جسرًا بين مؤلفي السمات والمراجعين ، مما يسمح لهم بحل المشكلات معًا.

ملاحظة: شارك مؤلف هذه المقالة في اقتراح حزم السمات الأولية والمطور في إصدارات الحزمة الأولية.