يجب عدم إرفاق الاختصارات بالمظاهر مطلقًا. نقطة.


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

تتطلب منك الإرشادات استخدام بعض ميزات WordPress الأساسية ، وخطافات السمات القياسية ، وتحظر ميزات PHP (مثل base64 و fopen) يجب ألا يكون أبدًا في قالب WordPress أول.

تقريبًا WordPress.org قواعد مراجعة الموضوعأو تعطي أو تأخذ بعض الأشياء.

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

الاختصارات المقبولة

ومع ذلك ، كان الشيء الوحيد الذي لفت انتباهي بشكل خاص هو كيف تم السماح ببعض وظائف الرمز القصير “المسموح بها” (أي عن طريق إرفاقها مباشرة بملف الموضوع functions.php ملف). تلك المدرجة على أنها “مقبولة” تشمل:

  • أزرار
  • جداول التسعير
  • حاويات الصور
  • انخفاض قبعات
  • حروف

تشمل الاختصارات غير المقبولة: الخرائط والأكورديون والمفاتيح والمحتويات المعبأة والعمود ونماذج جهات الاتصال والمخططات.

مشكلة في التجزئات في السمات

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

لنفترض أن السمة “رائعة للغاية” لها وظيفة اختصار تعرض زرًا أخضر كبيرًا مع رابط عندما تكتب شيئًا مثل Big Green Button.

زر أخضر كبير

بعد التبديل إلى موضوع مختلف (لنواجه الأمر ، يشعر الناس بالملل بسهولة) ، لم يعد هناك زر أخضر كبير بعد الآن. في حين أن، ترى الرمز المختصر الخام في المنشور كما لو كان محتوى مختلفًا ، على سبيل المثال:

زر أخضر كبير

يبدو قبيحًا ومربكًا وغير مناسب ، وذاك ألم للمستخدم للعودة وإزالة / استبدال الجميع.

مشكلة أخرى مع الاختصارات في السمات

أحد الأشياء التي ناقشها Tadlock في مقالته بعنوان “التعامل مع Shortcode Madness” هو أن العديد من الاختصارات بسيطة جدًا وتشبه لغة HTML حتى أنه من الأفضل توجيه المستخدمين لكتابة القليل (* اللحظات *) كود HTML حقيقي.

هذا كل شئ Button Text قد يكون الرمز المختصر في المثال أعلاه من السهل إعادة الكتابة كشيء مثل هذا:

<a href="http://example.com" class="button">Button text here</a>

على الرغم من أنه قد لا يكون هناك نمط CSS للتمديد .button المحدد في المظهر الجديد ، سيظهر الرابط العادي على الأقل. وهو الكثير من التقدم على مدى غير محلل الرمز القصير المعروض في محتوى المنشور.

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

لكن المستخدمين لا يهتمون!

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

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

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

الطريقة الصحيحة لتضمين الاختصارات

ضعها في القابس. المكونات بسيطة حقا. لا يتطلب لوحة خيارات منفصلة. فقط انسخ والصق كل ما ستقوم بتضمينه عبر وظائف السمة الخاصة بك ضعها في القابس في حين أن.

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

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

ربما يمكن أن القابس أيضا ضع الأنماط في قائمة الانتظار أيضا للرموز القصيرة. هذه هي طريقة الأزرار الخضراء الكبيرة التي أرفقتها سيظل الرمز المختصر عبارة عن أزرار خضراء كبيرة بغض النظر عن السمة المستخدمة.

لماذا سمحت ThemeForest بالاختصارات “المقبولة”؟

من الصعب تحديد سبب هذا القرار بالضبط. جاف طومسون ، مبشر WordPress في Envato (الشركة الأم لـ ThemeForest) قال هذا عن ذلك في التعليق على WPMU.org:

يجب أن تكون وظيفة الرمز المختصر المعقدة في المكونات وليس في السمة. من المنطقي أيضًا أن تفكر في أن معظم المؤلفين لدينا لديهم مواضيع متعددة.

بالطبع هو يفهمها. اذا هي كذلك لغزا بالنسبة لي لماذا سيكون هناك اختصارات “مقبولة” على الاطلاق. ونعم ، أدرك أنه استخدم كلمة “معقد” في الاقتباس أعلاه ، ويبدو أن الاختصارات المقبولة بسيطة للغاية (إسقاطات ، قوائم ، إلخ).

بسيط يمكن أن يكون رمز قصير ، ملف المشاكل التي وصفتها أعلاه ستظل موجودة. تم اكتشاف أن ThemeForest تستجيب لتعليقات المجتمع ، لذلك من الممكن أن تتغير هذه القاعدة في المستقبل.

اقتراح

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

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

هذا لأنه كذلك إنه ليس سهل الاستخدام حتى يتمكن المستخدم من العودة ومبادلة مئات اختصارات الأزرار بعد التبديل إلى سمة لا تدعم الاختصارات نفسها بالضبط.



scroll to top