بدأ المستخدمون في الشكوى على الفور بشأن شيء مزعج واحد. يتوقفون عن الكتابة فورًا عندما يحتاجون، لنقل، إلى تنسيق نص عريض، والنقر المزدوج على كلمة، والنقر على B ومواصلة الكتابة. بالتأكيد، يؤدي النقر الجديد على B إلى إيقاف استخدام التنسيق العريض — وإعطاء مسافة، أو فاصلة، أو كلمة جديدة، أو أي شيء آخر لعدم الاختيار قبل التنسيق العريض، يؤدي الغرض.
بعيدًا عن المشكلة الرئيسية، مع ذلك.
للبدء - هذا يبدو رائعًا حقًا!
ومع ذلك، أود إضافة تعليق مفاده أنه يجب دائمًا أن يكون هناك خيار للتبديل مرة أخرى إلى وضع الإدخال “الخام”. ربما أنا من المدرسة القديمة 
وتقرير خطأ صغير (متوقع نوعًا ما، ولكنه جدير بالذكر): في الوضع الجديد، لديك خيارات محدودة لتعديل النص الخاص بك مع مطالبة تركز على التنسيق:
أوه، كمية النقاش الفلسفي التي يغطيها هذا التعليق 
جيد حقًا! يجد العديد من المستخدمين أن Discourse “تقني للغاية” وأعتقد أن محرر WYSIWYG قد يساعد كثيرًا!
لذا الآن “فقط” قم بتطبيق محرر مخططات Mermaid بصيغة WYSIWYG!
أو إذا كان ذلك صعبًا للغاية، أعتقد أن هذا هو الوحيد الذي لا يجعل كتلة التعليمات البرمجية ملونة فحسب، بل يعرض شيئًا مختلفًا تمامًا. يعمل العرض ثنائي الجانب بشكل جيد هناك. أعتقد أنه يجب أن يعمل داخل المحرر، دون الحاجة إلى التبديل إلى الطريقة القديمة. لست متأكدًا كيف مع ذلك.
هذا ينظر إلى المستقبل البعيد قليلاً مما خططنا له بالكامل. أعتقد أنه من المحتمل أن نقدم تفضيلات للمستخدم لتمكين تبديل وضع ماركداون، ولكن هذا ليس أمرًا مؤكدًا في هذه المرحلة. نقدر مشاركتك لرأيك هنا، إنها مدخلات مفيدة.
إنها ميزة تجريبية، لذا تقدم على مسؤوليتك الخاصة. نطلب منك مشاركة أي ملاحظات هنا للحفاظ على كل شيء في مكان واحد بالنسبة لنا، مما سيسهل حياتنا كثيرًا
لا يمكنني تكرار هذا. يتم حفظ المسودة الخاصة بي عند النقر على رابط. ولكن، سنعمل على واجهة مستخدم للروابط (انظر قسم 
الميزات المفقودة) لذا يجب أن يساعد ذلك في تحديد كيفية تعديل الرابط.
أتفهم المشكلة التي تصفها، لكنني لست متأكدًا مما يجب فعله حيال ذلك. اختبرت هذا السيناريو على Google Docs و Notion، وكلاهما لديهما نفس التجربة (أي بعد تمييز كلمة وتفعيل الخط العريض، فإن جميع الكلمات التي تكتبها بعد تحريك المؤشر عن تلك الكلمة تكون عريضة أيضًا). أعتقد أن هذا مجرد نتيجة لاستخدام محرر نص منسق وعدم القدرة على رؤية مكان انتهاء التنسيق بوضوح.
الاختصارات (CMD+B) متاحة ولا يزال كتابة ماركداون يعمل، إذا كان ذلك يساعد. سأستمر في التفكير في هذا لمعرفة ما إذا كان هناك حل أفضل. كيف يتعامل Obsidian مع التحرير يتبادر إلى الذهن ولكن لن يكون من السهل علينا تحقيقه في الوقت الحالي.
قد تكون رسوم Mermaid بعيدة بعض الشيء - ولكن سنلاحظ اهتمامك ونضيفها كميزة مفقودة.
لقد سجلت الملاحظات حول إزالة العناوين 
يمكنني تكرار هذا مع الروابط المضمنة، وسألقي نظرة عليه اليوم، فقط لتجنب الانتقال بعيدًا حتى نعمل على واجهة المستخدم للتبديل بين الروابط/الروابط المضمنة.
حاولت نسخ رسائل الدردشة إلى موضوع.
لقد أدى التبديل إلى markdown إلى حل ذلك، لذا فهي ليست مشكلة كبيرة في الوقت الحالي.
الاقتباسات / نصوص الدردشة غير مدعومة بعد، لكننا نعمل على ذلك.
لاحظت أن النقر المزدوج على شريط المسافة في نظامي التشغيل iOS و macOS لا يقوم أحيانًا بإنشاء نقطة كاملة كما ينبغي، في وضع WYSIWYG.\n\nكتبت في الأصل أنه لا يحدث أبدًا، ولكنه حدث لي للتو. فهل يبدو أنه به خلل؟ هل يمكن لأي شخص آخر تأكيد ذلك؟
يبدو هذا تحسينًا رائعًا لنا نحن غير التقنيين، فريق Discourse. شكرًا لكم
لاحظت أنه إذا بدأت سطرًا بأربع مسافات، فإنه يحول السطر تلقائيًا إلى رمز (وبعد ذلك لم يعد التنسيق الغامق والمائل يعمل).
هل سيقرأ المسافات كأحرف فعلية إذا استخدمت ما يصل إلى ثلاث في البداية؟ ومع ذلك، لا يكفي لحالتي. تعديل: لا يعتبر المسافات كأحرف.
هل هناك طريقة لكي يعمل زر Tab كما يعمل في Google Docs و Word؟ أو لاستخدام أكبر عدد تريده من المسافات دون فقدان خيارات التنسيق؟ سيكون هذا خاصًا بشكل خاص عند لصق أشياء من ملف Docs، على سبيل المثال، بحيث تبدو أقرب إلى كيف بدت في الإصدار الأصلي.
أيضًا، يبدو هذا فكرة جيدة:
أيضًا، أنا لا أستخدم الألوان عادةً، ولكن يمكنني أن أرى أنها مهمة لبعض الأشخاص. هل تعتقدون أنكم ستصلون إلى هناك؟
هذا كل ما لدي الآن. شكرًا لكم مرة أخرى!
نحن فقط نتوافق مع الشكل الذي سيبدو عليه عند نشره - سيتم تحويل السطر الذي يبدأ بأربع مسافات إلى كتلة رمز عند نشر المنشور.
ليس حقًا، لا. في النهاية، ما زلنا نبني تنسيق Markdown منسقًا ليتم تحويله إلى HTML، لذلك سيتم دعم الأشياء التي يمكن القيام بها بالفعل باستخدام معالجة Markdown→HTML الحالية لدينا فقط في هذا المحرر الجديد.
لدينا فرصة لبناء أنواع محتوى جديدة، بالطبع، ولكن ستحتاج أيضًا إلى دعمها من خلال تنسيق Markdown الخام، حيث إنها مصدر الحقيقة لدينا.
أنا أستمتع حقًا بالمؤلف الجديد!
إحدى العادات التي اضطر إلى تغييرها هي أنني لم أعد أستطيع استخدام مفتاح Shift + السهم لأعلى أو Shift + السهم لأسفل لتحديد الفقرة الحالية التي أعمل عليها. لم أدرك كم مرة أفعل ذلك، ولكني أفعله طوال الوقت، لحذف بعض النصوص أو تحديدها ونقلها.
أنا الآن مضطر لاستخدام Shift + السهم لليسار أو Shift + السهم لليمين (أو Shift + Cmd + السهم لليسار أو Shift + Cmd + السهم لليمين) لتحديد آخر جزء من النص في السطر العلوي أو السفلي. إذا كان ذلك منطقيًا. وإلا فإنه يبدأ في تحديد الفقرة التالية.
أعتقد أن هذه خطوة للأمام للمستخدمين غير التقنيين! على الرغم من أنني، مثل @Canapin، سأحتاج إلى بعض الوقت للتكيف مع التغيير 
. سيكون من دواعي تقديري وجود تبديل للتبديل بسرعة بين وضع Markdown ووضع WYSIWYG.
كما أشار آخرون، يمكن أن تكون منطقة التحرير على سطح المكتب أوسع قليلاً. وواجهت أيضًا مشكلة عدم القدرة على العودة إلى النص العادي بمجرد إدخال عنوان - ربما يتم عرضه فقط عند اكتمال السطر والضغط على Enter؟ (سأقدر عدم الحاجة إلى استخدام الماوس للتراجع عن ذلك، كما أنه يتوافق مع كيفية عرض العلامات الأخرى فقط عند اكتمالها)
بالإضافة إلى ذلك:
أنا غير قادر على إنشاء قوائم متعددة المستويات
لست متأكدًا من كيفية إزاحة التعليمات البرمجية في كتلة تعليمات برمجية
تباين القائمة المنسدلة للغة لكتل التعليمات البرمجية منخفض قليلاً (لقطة شاشة أدناه) - لقد فاتني ذلك في البداية
يبدو أن إدخال الجداول كـ markdown لا يعمل (عند إنشاء جدول في المحرر القديم، يتم عرضه بشكل صحيح)
عندما يتبع جدول عنصر كتلة آخر (مثل الاقتباس)، لا يمكن إدراج سطر جديد بعد الجدول
يبدو أنه لا يوجد دعم للحواشي السفلية (أعتقد أن هناك أيضًا خطأ في الحواشي السفلية في المحرر القديم - إذا حاولت إنشاء حواشي سفلية 1 و 2، يتم عرض الأول فقط بشكل صحيح)
إذا قمت بلصق صورة من الحافظة، لست متأكدًا من كيفية إنشاء نص بديل، ولن أعرف أيضًا كيفية تغيير حجم الصورة.
أحب حقًا طريقة عمل القوائم متعددة المستويات. فقط ابدأ بوضع علامة ماركداون كالمعتاد وستبدأ تلقائيًا أول نقطة. ثم اضغط على Enter لإنشاء النقطة التالية. اضغط على Tab للإزاحة. امسح لتغيير النقطة إلى رقم، إلخ. اضغط على Shift-Tab لإنشاء نقطة أخرى.
حسنا، شكرا! أعتقد أنني لم أجرب ذلك بسبب مسألة الكتلة البرمجية ولأنها لا تعمل في المحرر القديم. لكن منطقي أنها تعمل بالطريقة التي تعمل بها في المحرر الجديد.
يذكرني: سيكون من الرائع بالفعل لو أن القوائم المرقمة تتناوب عبر رموز مختلفة (على سبيل المثال، المستوى الأول = أرقام، المستوى الثاني = أحرف صغيرة، المستوى الثالث = أرقام رومانية، المستوى الرابع = أحرف كبيرة). لكن أفترض أن هذا ليس مطروحًا لأنه ليس جزءًا من مواصفات CommonMark أو GFM؟
لقد استخدمت المنشئ الجديد عدة مرات مؤخرًا ولم أتذكر حتى أنني لاحظت أنه أصبح WYSIWYG؛ أعني بذلك أنه كان طبيعيًا جدًا بالنسبة لي استخدامه لدرجة أنني لم أفكر فيه أثناء الكتابة 
كما لو أن المنشئ كان دائمًا بهذه الطريقة، على الرغم من أنه لم يكن كذلك.
لم أكن منزعجًا على الإطلاق من ضيق النافذة. 
تجربة سلسة حقًا، ولم أواجه أي أخطاء ولكن استخدامي كان فقط للمحتوى الأساسي (نص، اقتباسات، تنسيق قياسي).
لا أعرف ما إذا كان هذا لا يزال هو الحال حتى مع المنشئ العادي، ولكن قبل ذلك، كان المعاينة متطابقة تقريبًا بنسبة 100٪ مع المنشور النهائي. أتذكر أنني اشتكيت قليلاً منذ فترة لأن عرض المعاينة كان مختلفًا قليلاً عن عرض المنشور، مما جعل المعاينة غير متطابقة تمامًا مع المحتوى المنشور.
الآن، لست متأكدًا مما إذا كنت سأشتكي إذا كان المنشئ أوسع من المنشور، إذا كان استخدامه أكثر راحة من ذي قبل. 
حسنًا، هذه نقطة جيدة! إن مطابقة المحتوى المنشور للمحتوى المُعدل من شأنه بالتأكيد تقليل الاحتكاك.
في هذه الحالة، أعتقد أنني أفضل أن يكون المحتوى المُعدل على نفس المحور المرئي للمحتوى المنشور.
حسنًا، هذه ليست وسيلة طباعة، لذا فإن المحتوى المنشور ليس متطابقًا (تقريبًا) للجميع.
لقد بدأت العمل على هذا أمس، آمل ألا يكون الأمر معقدًا للغاية وأن يكون لدينا شيء قريبًا…
إن اقتباس الدردشة ليس مشكلة كبيرة لأنه يؤثر بشكل رئيسي على المشرفين والمديرين، الذين يعرفون كيفية العودة إلى النظام القديم.
ميزة الحاشية السفلية أكثر أهمية.
لأكن صادقًا، هذه كانت وجهة نظري فقط، وأنا حقًا لا أعرف كيف الأمور هناك.
من المضحك. كان مستخدموني يشتكون من الترميز وغياب واجهة المستخدم الرسومية المباشرة (WYSIWYG) في وقت سابق. الآن، لا أحد منهم انتقل إلى النظام الجديد. كدت أُدرك السبب. تقريبا الجميع يستخدم الهواتف المحمولة وكانوا يشتكون فعلا من الصور ولم يستطيعوا رؤية شيء سوى الترميز.
هم لا يستخدمون شيئًا آخر، ونحن نعود إلى ادعائي القديم: نحتاج إلى أداة لإخفاء وإظهار شريط الأدوات. المستخدمون العاديون معتادون على نمط وسائل التواصل الاجتماعي حيث يكتبون نصًا نقيًا، يرسلونها، وهذا يكفي. ولأن Discourse يقدم ذلك، نوعًا، فإنهم لا يحصلون على حوافز لتغيير أو تجربة النظام الجديد. باستثناء رؤية الصور في مؤلف الرسائل، لكن منتدىي ليس غنيًا بالصور.
المواطنون العاديون قد يكون الأمر مختلفًا بالنسبة لهم، لكنهم ليسوا على دراية بذلك التبديل السحري.
