يجب على مؤلفي البرنامج المساعد WordPress تجنب إرباك المستخدمين عند تسمية الكتل

في 4 مايو ، أجرى فريق تطوير StudioPress تغييرًا صغيرًا ولكن مهمًا يواجه المستخدم في المكون الإضافي Atomic Blocks (تم تغيير علامته التجارية الآن إلى Genesis Blocks). لقد أزالت العلامة التجارية "AB" من عناوين كتلتها. غيّر هذا التحديث الطفيف عناوين الكتلة مثل AB Accordion و AB Button إلى Accordion و Button ، على التوالي. ظاهريًا ، ربما بدا هذا التغيير ذا تأثير ضئيل للمطورين في المشروع. ومع ذلك ، بالنسبة لمستخدم واحد على الأقل ، فقد خلق عبء عمل هائل.

ما لم يتبع المستخدمون دينياً التزامات كود GitHub ، فربما فاتهم هذا التحديث. تم تكديسه مع العديد من التغييرات الأخرى في التعليمات البرمجية للتذكرة التي تبدو غير ذات صلة ، وترك الفريق رسالة نصها ، "إزالة" AB "غير الضرورية من عناوين الحظر."

أدى التغيير إلى الإصدار 2.8.2 من المكون الإضافي ، والذي تم إطلاقه بعد يوم.

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

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

"لقد كنت أستخدم كتلة Button لأشهر الآن فقط لأكتشف أنني أستخدم بالفعل كتلة زر Atomic Blocks!" كتب Tibesar في تعليق على منشور إعادة تسمية Atomic Blocks.

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

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

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

بادئة كل الأشياء

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

وتلك الأوقات هي عندما تستخدم المكونات الإضافية مساحة مشتركة.

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

أسهل طريقة هي لمؤلفي الإضافات أن يسبقوا ببساطة جميع الكتل المخصصة بعلامة الشركة التجارية (على سبيل المثال ، AB Button). من ناحية أخرى ، لا تشترك كل كتلة في عنوان مع إحدى الكتل الأساسية. على سبيل المثال ، قد لا تحتاج الكتلة التي تحمل عنوان Product Carousel إلى تمييز نفسها بشكل أكبر عن المجموعات الأخرى. من غير المحتمل أن يقوم المستخدمون النهائيون بتشغيل العديد من مكونات التجارة الإلكترونية ذات الكتل التي تشترك في نفس العنوان.

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

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

تحديد موقع مثيلات حظر الاستخدام

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

أحد أسباب أهمية هذه الميزة هو أنها ستسمح للمستخدمين النهائيين بتحديد المشاركات التي قد يرغبون في تنظيفها. باستخدام كتلة الزر Atomic / Genesis كمثال ، يمكن لـ Tibesar تعقب كل تلك الاستخدامات القديمة وإجراء أي تغييرات يريدها.

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

نظرًا لأن هذه الميزة ليست جوهرية بعد ، فقد اضطر إلى اللجوء إلى المكون الإضافي Find My Blocks ، والذي ساعده في تحديد 22 منشورًا وصفحة حيث استخدم دون علم كتلة Button من Atomic / Genesis Blocks. على المدى الطويل ، هذا شيء يجب التعامل معه مباشرة في WordPress. من غير المحتمل أن تكون هذه هي المرة الأخيرة التي يحتاج فيها المستخدم إلى تنظيف المنزل والتخلص من الكتل القديمة.