اسأل النادل: ماذا يحدث للمخصص عندما يكون قالب الكتلة نشطًا؟

هناك شيء ما على الرادار الخاص بي الآن هو المكونات الإضافية لجهات خارجية التي تحتوي على إعدادات في Customizer. ما أجمعه من الأصدقاء الذين هم مطورو البرامج الذين يعملون على Customizer والأشياء الأمامية في عدد قليل من شركات المكونات الإضافية ، فإن الأنماط العالمية وأنماط الكتلة ليست على رادارهم بعد. إذن ماذا يحدث إذا قام شخص ما بتثبيت Twenty-Two أو سمة أخرى قائمة على الكتلة؟ قائمة المسؤول اليسرى لـ Customizer ليست موجودة. الطريقة المبتذلة للوصول إلى هناك هي من خلال المظهر> السمات> أداة التخصيص. لكن التوقع هو أن المكونات الإضافية والسمات التابعة لجهات خارجية تحتاج إلى نقل الإعدادات. في الواقع ، يبدو هذا وكأنهم بحاجة إلى تكرار الإعدادات في كلا المكانين لفترة من الوقت.

مجهول

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

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

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

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

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

المشكلة المعروضة هنا لها علاقة بسوق المكونات الإضافية. تم إنشاء أداة التخصيص في البداية كأداة لإعدادات السمة وتم استخدامها بشكل أساسي لهذا الغرض. ولكن ، ربطت العديد من المكونات الإضافية بها إعدادات مختلفة على مدار تاريخها البالغ تسع سنوات. يؤدي البحث عن wp_customize في دليل البرنامج المساعد إلى سحب أكثر من 1400 نتيجة. يُظهر خطاف customize_register التسجيل أكثر من 1900. هذه ليست بالضرورة مطابقات تامة لعدد المكونات الإضافية التي تضيف بالفعل لوحات أو أقسامًا أو إعدادات أو عناصر تحكم. ومع ذلك ، فهو مؤشر على أن الكثيرين يعتمدون عليه لتقديم خيارات للمستخدمين النهائيين.

لذا ، عدنا إلى السؤال المطروح. ماذا يحدث عندما يقوم المستخدم بتثبيت سمة كتلة ، مثل Twenty-Two القادمة ، أثناء استخدام مكون إضافي يعتمد على أداة التخصيص؟

هذا يعتمد.

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

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

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

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

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

يعد الارتباط بلوحة أداة تخصيص أو قسم أو عنصر تحكم أمرًا بسيطًا. يمكن لمؤلفي البرنامج المساعد العثور على عناوين URL في دليل المطور. يمكنهم أيضًا نسخ التقنية التي استخدمها فريق WooCommerce.

هذه طريقة سريعة للتأكد من أن المستخدمين لا يفقدون الوصول إلى خياراتهم إذا لم يتمكن مؤلفو الإضافات من إجراء تغييرات قبل هبوط WordPress 5.9.

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

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

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

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

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

ثم ، هناك الحل النهائي ، وهو الحل الذي يمكن لـ WordPress نفسه تنفيذه. إنه أيضًا الطريق الأقل مقاومة.

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