هل سنرى دعمًا للنص الملون على الإطلاق؟
إعجاب واحد (1)
شكرًا، هذا يبدو رائعًا. لقد لاحظت مشكلة. على هاتفي، المفتاح لا يعمل (عندما أنقر عليه لا يحدث شيء، يبقى المفتاح على Markdown).
iPhone 6s
iOS 15.8.3
هذا هو الخطأ الذي يظهر في وحدة التحكم عند النقر عليه.
3 إعجابات
15 و18.3 شيء ما يعمل.
تم دمج إصلاح وتم نشره هنا في Meta - يُرجى إخبارنا إذا كانت المشكلة لا تزال قائمة.
6 إعجابات
شكرًا ريناتو، لكن للأسف لا يبدو أن هذا يحل المشكلة بالنسبة لي 
إعجاب واحد (1)
نحن نخطط لتحسينات لشريط الأدوات وحاوية الإنشاء، مع التركيز بشكل خاص على جعل الكتابة أكثر متعة وألفة على الهاتف المحمول (بالإضافة إلى تحسينات سطح المكتب).
يرجى إبقاء الملاحظات مركزة على تغييرات المحرر نفسها - والتي لن تصلح جميع المشكلات المتعلقة بالكتابة في Discourse، ولكنها المجال الذي نبحث فيه بنشاط عن ملاحظات في الوقت الحالي.
10 إعجابات
لست متأكدًا حقًا… ربما أحببتها أكثر مع المعاينة لأنه في الوقت الحالي يمكنني رؤية أين وماذا وكيف أغيرها. لكن… ليست سيئة على أي حال 
أحد الأشياء التي تزعج كثيراً في محرر wysiwyg الجديد هو أن الضغط على Enter ينشئ فقرة جديدة الآن.
أنا أؤيد هذا.
إذا كنت تريد الاحتفاظ بها صغيرة جداً، كحد أدنى، سأقوم بمحاذاة المنشور داخل المحرر مع المنشورات الموجودة:
5 إعجابات
نعم… لقد خضنا معركة مماثلة حول Enter/Shift+Enter في ميزة الدردشات بالفعل:
… أؤيد الرأي بأن Enter يجب أن ينشئ فاصل أسطر واحد في محرر WYSIWYG الجديد.
5 إعجابات
جميع المجتمعات الثلاث التي أديرها، بما في ذلك مجتمع يستخدمه مطورو البرامج لجميع مهام إدارة المشاريع وسير العمل التطويري، تعبر عن ملاحظاتها/آرائها على مر السنين من استخدامه بأن الشيء الوحيد الغريب في Discourse الذي يجعلهم يصابون بالجنون (ويجعل البعض يكرهون Discourse بالكامل لمجرد هذا الشيء) هو محرر markdown.
أنا شخصياً سعيد للغاية لأن فهم الحاجة إلى wysiwyg ساد في نهاية المطاف.
بمجرد طرحه، سأجعل wysiwyg وضع المحرر الافتراضي في جميع هذه المجتمعات الثلاث.
بالمناسبة، إليك طلبي لإعدادين إضافيين:
-
السماح بجعل wysiwyg وضع المحرر الافتراضي
-
السماح بإيقاف محرر markdown تمامًا (إذا لم يكن الأمر كذلك، سأقوم بإيقافه عن طريق تعطيل المبدل عبر CSS، ولكن يرجى النظر في جعله إعدادًا مناسبًا).
ملاحظة: قد تكون فكرة غريبة، ولكني أشجع أولئك الذين يراهنون على wysiwyg بشكل كبير على مقارنة مقاييس عدد الأشخاص الذين ينشرون ويردون في مجتمعاتهم - قبل وبعد طرح محرر wysiwyg الجديد. شعوري هو أن المقياس سيشهد زيادة.
10 إعجابات
من الغريب جدًا أنني لا أستطيع تعديل ارتباط تشعبي (إذا قمت بتعديل واحد، فسيظهر فارغًا)
لقد جربت فايرفوكس وكروم
بخلاف ذلك، إذا احتفظت بتبديل وضع المصدر / ترميز ماركداون، فهو مثالي
إعجابَين (2)
ليس لدي وقت لاختبار هذه الميزة الجديدة. ولكن قد يكون دعم ترخيص المشاع الإبداعي مناسبًا. بحيث يمكن للموقع الاشتراك للحصول على موافقة صريحة لـ CC-BY-4.0 أو ما شابه قبل كل عملية حفظ. وخاصة لكل تحميل صورة. يمكن لـ Discourse حتى اختبار البيانات الوصفية المناسبة. لست متأكدًا مما إذا كان هذا يتناسب مع تصميمك، ولكنه قد يكون مفيدًا لي. يرجى التجاهل إذا لم يكن ذا صلة هنا!
ما تصفه لا علاقة له بهذا الملحن الجديد على الإطلاق. ومن غير المرجح تنفيذه في نواة Discourse. يمكنك القيام بشيء ما في إضافة إذا كان الأمر مهمًا حقًا بالنسبة لك، أو البحث عن شخص للقيام بذلك نيابة عنك في Marketplace.
ترخيص المشاع الإبداعي ينتمي إلى شروط الاستخدام ويتم التعامل مع إنفاذه من قبل المشرفين. إذا كان لديك مخالفون متكررون، يمكنك تحذيرهم ثم إسكاتهم.
إذا كنت ترغب في مواصلة الحديث عنه، يرجى بدء موضوع جديد أو البحث عن موضوع ذي صلة موجود باستخدام البحث.
4 إعجابات
أتفق مع هذا. المحرر الجديد رائع وسيكون أسهل بكثير لأعضاء مجتمعنا استخدامه. نريد بالتأكيد أن يراه المستخدمون الجدد كمحرر افتراضي ولا نريد إرباكهم بالمبدل. إن فقدان بعض إمكانيات المستخدمين المتقدمين من خلال محرر markdown لمجموعة فرعية صغيرة جدًا من أعضاء المجتمع هو ثمن بخس. من الناحية المثالية، أعتقد أنه يجب تعيين المحرر الافتراضي على مستوى الموقع ولكن مع قدرة الأعضاء الفرديين على اختيار المحرر “القديم” من خلال إعداداتهم (وليس بمبدل في نافذة الإنشاء).
5 إعجابات
أتفق على أن المحاذاة تبدو غريبة. لست متأكدًا بنسبة 100% لماذا يحتاج المؤلف إلى الظهور. كان “القديم” ضروريًا لأنه كان بيئة ثقيلة جدًا مع لوحين. الآن بعد أن أصبح أكثر أناقة بكثير، أعتقد أنه يمكن أن يظهر في نفس السطر أسفل المشاركات. أعتقد أن هذا اصطلاح مفهوم على نطاق أوسع. يمكن لسهم تغيير الحجم إخراجه بحجم أكبر لأولئك الذين يؤلفون منشورًا أكثر ملحمية.
4 إعجابات
يرجى عدم إزالة خيار استخدام 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، ثم إعادة تنسيقه.
15 إعجابًا
ليس لدينا خطط لإزالة وضع Markdown فقط.
مبدئيًا، سيتم التحكم في ذلك بواسطة إعداد الموقع، حيث يمكن للمسؤولين تشغيل التبديل للتبديل بين محرر النص المنسق / محرر Markdown فقط، أو تركه مغلقًا للاحتفاظ بمحررهم الخاص بـ Markdown فقط. في هذه المرحلة، ليس لدينا تفاصيل حول كيفية دعم كلا إصداري المحرر على المدى الطويل (على سبيل المثال، ما إذا كان نوع المحرر سيستمر في التحكم فيه بواسطة إعداد الموقع، أو متروكًا لتفضيل المستخدم، أو شيء آخر).
12 إعجابًا
يبدو رائعًا. شكرًا لترك إعداد.
يسعدني أيضًا أن تنسيق ماركداون هنا ليبقى! القدرة على تنسيق نصوصي بطريقة سهلة الاستخدام من لوحة المفاتيح هو شيء يجعل الكتابة أكثر متعة بالنسبة لي لنشر المشاركات على ديسكورس (خاصة عند مقارنتها بالبرامج القديمة التي تستخدم BBCode).
إلى أمرين صغيرين وجدتهما بعد الاختبار الأخير:
-
عند محاولة إنشاء مقاطع برمجية عبر علامات الاقتباس المائلة (
-
مقاطع البرمجة التي تم إنشاؤها عبر علامات الاقتباس المائلة لديها نفس مشكلة الجداول المذكورة أعلاه (عدم القدرة على إدخال مسافة بيضاء غير منسقة).
3 إعجابات
تم تقسيم 9 مشاركات إلى موضوع جديد: خط أحادي المسافة في محرر Markdown فقط