لدي انطباع بأن هذا يحدث لأنه من الصعب ملاحظة وضع النص الغني أنه بعد إزالة النص، لا يزال هناك بعض التنسيق.
على الأقل، لم ألاحظ فقط المواضيع التي تبدأ باقتباسات قبل إضافة الميزة.
لذا ربما يكون من المنطقي تعديل القالب لمنع حدوث ذلك.
هذه نظرية مثيرة للاهتمام! سأقوم بإزالة قالب الفئة في الوقت الحالي. ربما يمكننا إيجاد طريقة أفضل وأقل تعقيدًا لتثقيف الأعضاء الجدد حول استخدام البحث قبل النشر.
كنت أنا و @chapoi نتحدث أيضًا في الدردشة هذا الأسبوع عن تحديث وصف الفئة للدعم، والذي يقرأ حاليًا كالتالي:
الجزء الأول يظهر على لافتة فئة الدعم، وهو ليس مفيدًا جدًا.
لقد قمت بتغييره للتو إلى ما يلي وأرحب بالتعليقات! لم يتم تحديث لافتة الفئة على الفور، لذلك لست متأكدًا مما إذا كانت تظهر بشكل صحيح. حاولت الغش باستخدام \u003cbr\u003e\u003cbr\u003e لتقسيم النص إلى فقرتين، مما يقرأ بشكل أفضل.
إذا نجح هذا في تقليل عدد المواضيع التي تحتوي على اقتباسات في البداية، فقد يكون من الضروري أيضًا إزالة هذا من جميع الأزرار لإنشاء مواضيع دعم في مواضيع المكونات والمكونات الإضافية والمكونات الرسمية.
نعم، شكراً لتنبيهي. تلك الأزرار رائعة وأحبها، لكن من الصعب صيانتها وعرضة للأخطاء عند الحاجة إلى إجراء تغيير أو إنشاء زر جديد.
على المدى الطويل، سنرغب في تعديل تلك الموضوعات وإزالة تلك الأزرار. قد نرغب أيضًا في إجراء المزيد من التعديلات هناك، لذا سأتوقف عن لمسها في الوقت الحالي.
حتى الآن، لا ألاحظ أي اقتباسات إضافية في أعلى طلبات الدعم، وهذا أمر جيد.
قبل أن نتخلص من كل شيء، ألن يكون من الجيد أن تكون هناك إمكانية لتجاوز العنصر النائب في المنشئ عبر رابط معلم بدلاً من إدراج محتوى نصي فعلي. نحن الآن نسيء استخدام المعلم body.
شيء مثل &placeholder=foo والذي سيقوم بعد ذلك بالكتابة فوق العنصر النائب “اكتب هنا. استخدم markdown أو BBCode أو HTML للتنسيق.” بـ “foo”.
ألم يكن قالب الفئة لـ Support يفعل نفس الشيء بالضبط؟ إنه يضيف أيضًا نصًا إلى الجسم. أليس هذا هو السبب في وجود كلمة مراقبة جعلت من الصعب عليّ نشر OP الذي يحتوي على القالب؟ عند إنشاء موضوع جديد في Marketplace ، يتم أيضًا ملء الجسم بالنص. لذلك كان لدي انطباع بأن نص الجسم كان جزءًا من الرابط لضمان ظهور القالب في هذه الحالة أيضًا.
ما زلت أعتقد أنه من المنطقي الحصول على نفس النتيجة في الجسم إذا كنت تستخدم زر الموضوع الجديد وإذا كنت تنقر على أحد الأزرار في سمة أو مكون إضافي رسمي.
بشكل عام ، سيكون من الأسهل على الأرجح إذا تم إنشاء هذه الأزرار التي تم إدخالها يدويًا في جميع الموضوعات الرسمية تلقائيًا. عندها لا يمكن أن تحدث أخطاء في العلامات ويمكن تحديثها بسهولة أكبر. لكن هذا ربما يكون صعبًا لأنها لا تعمل جميعها بنفس الطريقة. يستكشف مستكشف البيانات الاقتراح بالسؤال في Data & reporting ، وتخبرك المكونات الإضافية لـ sso بطلب المساعدة في SSO بدلاً من Support.
هذا يبدو تمامًا مثل ما يقترحه ريتشارد. أعتقد أنها فكرة جيدة لأنها تختفي عندما تبدأ في الكتابة ولا تتسبب في وصول تعليمات شاردة إلى المواضيع. يمكننا أيضًا إزالة الكلمة المراقبة.
أتفق. سأضع هذا في الاعتبار للتغييرات المستقبلية التي قد نرغب في إجرائها.
أعتقد أن الأمر يعتمد على حالة الاستخدام. إنها تعمل بشكل جيد للقالب القصير مثل القالب الذي تم استخدامه في الدعم، ولكن أعتقد أنه بالنسبة للقوالب الأطول مثل تلك الموجودة في Marketplace لن يكون الأمر مفيدًا جدًا إذا اختفى القالب بمجرد إدخال الحرف الأول. بالنسبة لي، النص الموجود في الجسم في مواضيع Marketplace هو حل وسط جيد بين عنصر نائب يختفي عند البدء في الكتابة وقالب بحقول ثابتة مثل تلك التي تقدمها form-templates.
على الرغم من أنني أتساءل عما إذا كان إخبار المستخدمين بالبحث في كل مرة ينشئون فيها موضوعًا يحدث فرقًا. هل يقرأ الناس ذلك حقًا في كل مرة ينشئون فيها موضوعًا؟
إخبار المستخدمين بالبحث هو شيء سأخبرهم به على الأرجح في المرات الأولى التي ينشرون فيها. على سبيل المثال، في رسالة منشئ JIT التي تظهر في الموضوعات القليلة الأولى التي تنشئها. “يرجى البحث” يشبه إلى حد ما “يرجى اختيار عنوان ذي معنى”.
نعم، في هذه الحالة بالنسبة لفئة الدعم، يسعدني أن أجرب لفترة عدم وجود أي تنبيه على الإطلاق. إذا لاحظنا زيادة في الأشخاص الذين يطرحون الأسئلة بوضوح قبل البحث، فيمكننا البحث عن حلول حينها.
في الجزء العلوي الأيمن للبحث.
