بعد حفظ محتوى المنشور، يتم عرضه لمدة 4 مللي ثانية تقريبًا في المنشور المعروض، قبل ظهور دائرة تحميل لمدة 2 مللي ثانية، ثم يختفي:
إذا كان عرضه في المعاين هو عرضي، وكان تنظيفه من المنشور المعروض متعمدًا بسبب مخاوف أمنية لا أعرفها، ألا يمكنك على الأقل استبدال <button> بـ <button disabled>؟
أسأل لأنني أرى إساءة استخدام متكررة لـ <code> و <kbd> حيث سيكون <button> دلاليًا، خاصة في البرامج التعليمية وخطوات إعادة الإنتاج.
لست متأكدًا مما إذا كانت هذه مشكلة بحد ذاتها. أتفهم ارتباكك.
لمنع تصفية علامات HTML والسمات/أسماء الفئات، يجب السماح بذلك صراحةً في Discourse core أو إضافة.
على سبيل المثال، يمكن العثور على قائمة افتراضية هنا:
من الممكن أيضًا السماح بعلامة للمعاينة فقط. على سبيل المثال، تحتوي عناصر تحكم الصورة على العديد من مجموعات العلامات/أسماء الفئات/السمات.
ترى الزر في المعاينة لأنه نتيجة جانبية للعلامة المسموح بها هنا.
ومع ذلك، يتم تجاهل السمة disabled لأنها غير محددة.
لم أتحقق من كيفية تحليل القائمة المسموح بها؛ أتساءل عما إذا كان هذا هو السلوك المتوقع. 
. حاليًا، يبدو أن العلامة مسموح بها بغض النظر عن السمات. كنت أتوقع ألا يتم عرض الزر إذا لم تكن تستخدم بالضبط، على سبيل المثال، <button class="alt-text-edit-ok btn btn-primary">.
يمكنك إنشاء إضافة للسماح بـ <button> عند عرض المنشور. أخبرني إذا كنت بحاجة إلى مساعدة.
@Arkshine، أنا ممتن. ومع ذلك، أنا لست مشغل مثيل. لقد لاحظت هذا ببساطة عند صياغة المحتوى.
هذه واحدة من العديد من الحالات التي تختلف فيها تمثيلات HTML5 و CSS3 في المعاين إلى العرض النهائي، مما يعني أن كتابة المحتوى لـ Discourse يمكن أن تكون صعبة. هذا صحيح بشكل خاص عندما تم تعطيل التعديلات أو تم تقييدها إلى إطار زمني صغير جدًا على مستوى المثيل.
أتفهم؛ هذا منطقي! أتفق على أن هذه ليست تجربة رائعة.
إذا أردت، فقد قمت بإنشاء هذا المكون الإضافي الصغير للسماح بعنصر <button> مع السمة disabled: GitHub - Arkshine/discourse-markdown-allowlist
للأسف، لا يمكنك إجراء إعدادات في هذا الموقف، لذا إذا كنت ترغب في إضافة علامة أخرى، فستحتاج إلى استنساخ مستودعي وإضافتها بنفسك هنا.
@Arkshine، ألا يمكن رفع ذلك إلى المنبع؟ أسأل لأن هذا يؤثر على كل الحالات التي أستخدمها، وأطلب من جميعها دمج تصحيح لشيء بسيط جدًا بالنسبة لهم سيكون على الأرجح غير ممكن.
عادةً، سأقوم بإنشاء مشكلة لشيء كهذا في مستودع GitHub ذي الصلة، ولكن قسم المشكلات معطل لـ Discourse.
استخدم Contribute > Feature هنا بدلاً من GitHub؟ لأن Contribute > Bug ليس كذلك.
@Jagster، لو كان هذا الوسم غير متاح فحسب، لفعلت ذلك. ومع ذلك، فإن عدم عمل أداة المعاينة كأداة معاينة يُعدّ خطأً في المساهمة (Contribute > Bug).
كيف تصنّف هذا على أنه ميزة؟ وكيف تعيد صياغة العنوان لإثبات ذلك؟
Contribute > Feature هو فئة للميزات المفقودة. Contribute > Bug مخصص للأخطاء، وهذا ليس خطأً.
ربما ترغب في استخدامه بنفس الطريقة التي تستخدم بها قسم المشكلات على GitHub؟
أعتقد أن عدم التوافق بين معاينة المنشورات والمنشورات المُعرضة أمر معقول للنظر فيه كـ Contribute > Bug.
من المرجح أن تكون الحل هو حظره في المعاينة أيضًا، مما يعني أن “إضافة دعم لـ <button> في المنشورات” سيكون طلب ميزة صالحًا كـ Contribute > Feature في المستقبل ؛)
بالفعل، @david. كان يجب علي فصل هذه:
اعتذاري، وشكراً لك.