يرجى عدم إزالة خيار استخدام Markdown فقط. وجود إعداد افتراضي ومفتاح تبديل Markdown سيكون مثاليًا لإرضاء جميع المستخدمين.
أعتقد أن محرر WYSIWYG فقط سيكون كارثة لبعض المستخدمين، بمن فيهم أنا. ربما لم أكن لأختار Discourse لو كان لديه محرر WYSIWYG فقط، وسأفضل بشدة عدم وجود WYSIWYG على الموقع لأي مستخدم على أن أُجبر على استخدام WYSIWYG.
المحرر الحالي هو أحد أفضل ميزات Discourse. عدة مرات في الماضي، بحثت حتى لمعرفة ما إذا كان حزمة مفتوحة المصدر منفصلة، لأنني كنت سأستخدمها بنفسي في المشاريع (ولا أزال).
بالنسبة للأشخاص الذين قضوا عقودًا في النص الخام وهم سريعين جدًا باستخدام لوحات المفاتيح، هناك العديد من الإزعاجات مع WYSIWYG. يمكن أن تكون الاحتكاكات الصغيرة أثناء التحرير محبطة بشكل خاص.
لا أريد أن أقول أي شيء سلبي عن محرر WYSIWYG، لأنه مبني بشكل جيد جدًا وسيحبه معظم المستخدمين، لكنني لا أريد أن أُجبر على استخدامه، وأعلم أنني سأتلقى شكاوى بشأنه من بعض المستخدمين أيضًا.
حاولت Slack إزالة محرر Markdown الخاص بها في الأيام الأولى، وكان هناك ضجة كبيرة لدرجة أنهم أضافوا بسرعة إعدادًا للمستخدم لاستعادته.
إليك موضوع آخر مع حجج ضد WYSIWYG مع تلميح لما سيكون رد فعل بعض المستخدمين إذا تم فرضه عليهم:
هذا الموضوع يحتوي فقط على ملاحظات من حوالي 30 شخصًا، ولكن بمجرد إطلاق الميزة، أتوقع نطاقًا أوسع من ردود الفعل. تخيل كيف سيتفاعل الناس إذا أصبحت GitHub issues فجأة WYSIWYG. هذه هي قاعدة مستخدمي العديد من منتديات Discourse، ومن المحتمل أن يكونوا صاخبين جدًا.
هناك أشخاص لديهم أنواع مختلفة من سير العمل. إذا كنت تكتب محتوى Markdown خارج Discourse وتلصقه في WYSIWYG، ثم تحتاج إلى تحرير Markdown خارجيًا مرة أخرى، فلا يمكنك نسخ Markdown للخارج لاستعادته إلى المحرر الخارجي.
مع محرر Markdown، من السهل النسخ واللصق ذهابًا وإيابًا بين Discourse وأشياء مثل المواقع الأخرى، ومحررات الأكواد، والوثائق، وملفات README.md.
عندما أفحص ما ينشره الأشخاص في المنتدى، أريد أن أكون قادرًا على رؤية كل حرف بنقرة واحدة، دون الحاجة إلى الانتقال إلى قاعدة البيانات.
على سبيل المثال، تحتوي هذه المشاركة على رابط (محاكى) بريد عشوائي لا يمكن رؤيته إلا إذا قمت بفحص الإدخال الخام. إذا لم يتمكن المشرفون من رؤية النص الخام بسهولة، فسيتعلم مرسلو البريد العشوائي استغلاله بسرعة. أقوم بانتظام بالنقر على أيقونة “تحرير” في مشاركات المستخدمين الجدد المشبوهة للتحقق من الروابط المخفية مثل تلك قبل أن أقوم بقفل تحرير المشاركات.
هناك مواقف أخرى حيث يتم لصق أشياء مخفية في محررات WYSIWYG، مثل عند النسخ/اللصق من رسائل البريد الإلكتروني التي تحتوي على بكسلات تتبع فيها. 
(كلما فكرت في ذلك، كلما فضلت إيقاف تشغيل WYSIWYG على مستوى الموقع لتجنب عبء الإشراف الإضافي، لكنني أتفهم إذا لم يكن ذلك ممكنًا. تحتوي هذه المشاركة أيضًا على بكسل تتبع عن بعد محاكى 1x1، فقط للتوضيح. تعديل: قام المنتدى للتو بتنزيل نسخة من البكسل عن بعد، لذلك ربما لن تكون هذه مشكلة في المواقع التي لديها هذا الإعداد قيد التشغيل.)
أفضل وجود مفتاح تبديل حتى لو تم وضعه تحت أيقونة الترس (بالإضافة إلى إعداد لكل مستخدم)، ولكن إعداد لكل مستخدم وحده سيكون مقبولاً، طالما لم تتم إزالته.
تحتوي العديد من محررات WYSIWYG (مثل tinymce) على مفتاح تبديل HTML، لأنه عندما تسوء الأمور مع WYSIWYG ويتعلق المؤشر داخل علامة تنسيق، يكون من الأسهل الدخول إلى النص الخام لإصلاحه بدلاً من الاضطرار إلى قص القسم الإشكالي إلى الحافظة، ولصقه في محرر نص عادي، ونسخه مرة أخرى إلى WYSIWYG، ثم إعادة تنسيقه.