تحتوي شريط أدوات المؤلف على خيارات لتنسيق النص تلقائيًا وعرض كيفية عمله إذا كنت ترغب في إضافة Markdown [1] يدويًا. هل هذا ليس أكثر فائدة من رابط يأخذك إلى بعض الوثائق خارج الرسالة التي تكتبها؟
لديك طريقة مثيرة للاهتمام لاستخدام المستخدم، فهو أو أنت دائمًا ما تقصدني. مجرد قول.
يوجد في الويب ثلاثة أنواع مختلفة من المحررات عند إنشاء محتوى داخل خدمة:
نمط نظام إدارة المحتوى (CMS) مثل WordPress و Drupal وما إلى ذلك، حيث توجد الكثير من الأزرار (حسنًا، تبذل WordPress قصارى جهدها لكسر محررها، ولكن هذه قصة أخرى)
وسائل التواصل الاجتماعي المبسطة، مثل Facebook و Twitter وما إلى ذلك، حيث لا توجد أزرار أو توجد أزرار قليلة
عالم التطوير القديم، الذي يتكون في الغالب من مولدات المواقع الثابتة وما إلى ذلك، و Discourse
تحاول المجموعة الأولى استخدام نفس المنطق الذي علمته لنا حزم Office حتى قبل الويب. لا يوجد زر مساعدة حقيقي، لأن الجميع يجب أن يعرف ما يفعله الزر. أو ما هي الاختصارات. وإذا لم يعرف المستخدم، فعليه العثور على تلك المعلومة.
أدركت وسائل التواصل الاجتماعي أن عامة الناس لا يحتاجون إلى تلك الأزرار، لأنهم لا يستخدمونها - وعلى الهواتف المحمولة لا يوجد مجال. ولا يوجد زر مساعدة، لأنه لا حاجة له.
تقدم أدوات التطوير خدمة لأولئك الذين يعرفون كيفية تمييز الأشياء دون الحاجة إلى رؤيتها تحدث، ويتذكرون مجموعة من الأكواد ولا يريدون رفع أيديهم عن لوحة المفاتيح. ولا يوجد زر مساعدة، لأن الجميع يجب أن يقرأ المستندات ويتذكر كيفية إنشاء جداول على سبيل المثال.
لكن هناك مستخدمون مختلفون. في منتدياتي، يتحدث الناس العاديون عن أمور عادية ولديهم في الغالب مهارات تقنية منخفضة المستوى. هنا على Dev أو في GitHub توجد احتياجات مختلفة تمامًا، والافتراض هو أن الجميع لديهم مهارات عالية جدًا. بالإضافة إلى ذلك، فإن المحتوى الذي تم إنشاؤه مختلف تمامًا. أنا عضو في أحد المواقع حيث يكون الكتابة نفسها في دائرة الضوء. هناك، مرة أخرى، احتياجات مختلفة تمامًا.
سؤال تجربة المستخدم ليس زر مساعدة في صندوق الأدوات. لا أحد يستخدمه، لأنه من المستحيل إنشاؤه واستخدامه. وحتى الرابط بأسلوب GitHub يعتبر كثيرًا جدًا. إنه مكون غير ذي صلة تمامًا نادرًا ما يتم استخدامه ويعرف الجميع أن هناك مستندات وأدلة.
الحل الحقيقي لتجربة المستخدم/واجهة المستخدم هو إعطاء القدرة لـ:
المسؤولين لإنشاء افتراضيات للمستخدمين
السماح للمستخدمين بتغيير الافتراضيات
وما تحتاجه الغالبية العظمى من المستخدمين بالفعل، وما هو مفقود الآن هو طريقة لإخفاء شريط الأدوات هذا. سيكون ذلك أكثر أهمية من القدرة على تحريره.
مسألة المحرر هي موضوع شبه متكرر هنا، وزر المساعدة هو مجرد جزء منه. ولنكن صريحين مرة أخرى. لدى دان أجندته وزر المساعدة هو مجرد علامة أخرى عليها، وليس الهدف. آمل أن يحاول دان حقًا القول إنه لم يعرف كيفية القيام بشيء ولم يجد المساعدة لذلك. يجب أن تكون هذه مشكلة ذلك الموقع، وليس Discourse كمنصة بحد ذاتها.
وكانت معاينتا الرابطين متطابقتين، مما جعل مشاركتي تبدو سخيفة.
لذلك كنت أصارع واجهة (Discourse)، محاولًا معرفة طريقة لتعطيل
كل هذا السحر — دون أي وثائق حول كيفية القيام بذلك.
كل
ما
أقوله
هو
أنه يجب أن تكون هناك وثيقة رسمية في مكان ما تخبر المستخدمين بما سيحدث عندما يكتبون هذا الحرف وذاك.
لا ينبغي لهم قراءة الكود المصدري لمعرفة ذلك. شكرًا.
حسنًا، ضعها في قسم الأسئلة الشائعة، ثم اربط قسم الأسئلة الشائعة بالواجهة في مكان ما.
حسنًا، لنفترض أنك وضعت قسم الأسئلة الشائعة المستقبلي للتنسيق على موقع Discourse. تم حل المشكلة…
باستثناء كيف يعرف المستخدم أنه يستخدم Discourse؟ نعم، أنا أتحدث عن المستخدمين، وليس المسؤولين. شكرًا مرة أخرى.
هذا رجل قش. ربما هناك عدد قليل من المطورين المتشددين المتعاونين الذين لديهم قواعد التنسيق محفوظة ولا يحتاجون إلى وثائق، ولكن ليس كل غير المبتدئين لديهم جميع قواعد التنسيق محفوظة.
مع النكهات المختلفة لـ markdown و BBCode و html التي تدعمها تجسيدات مختلفة لـ Discourse، لا يوجد دليل هناك في المستندات.
إذا قام شخص ما ببناء دليل لمجموعة معينة من رموز الترميز الصالحة على موقع ما، ويريد وضع رابط مساعدة بأسلوب github في صفحة المنشئ، كما هو موضح أدناه، فكيف يمكن تحقيق ذلك؟