مرحباً @lindsey.
هل يمكنك تحديث OP لتضمين هذا؟ كدت أن أفعل ذلك بنفسي، لكنني اعتقدت أنه قد يكون وقحًا. 
3 إعجابات
أين نجد خيار تمكين المحرر الغني؟ وجدت فقط خيارًا لتحويل النص المنسق إلى ماركداون
هذا يفسر سبب عدم تمكني من العثور على الإعداد. 
يجب نقله إلى تبديل واجهة المستخدم الرسومية في قسم التجارب.
إعجاب واحد (1)
رائع، لقد قطع الملحن شوطًا طويلاً. 
لقد لاحظت بعض الأشياء الصغيرة أثناء استخدامه لكتابة تقرير أطول الآن، مع الكثير من النسخ واللصق والتلاعب بالمحتوى:
-
إذا قمت بلصق رابط في سطر منفصل، ثم تبعه ببعض النص، فسيظل في صندوق واحد. لا يبدو أن هناك طريقة لإزالة الصندوق الواحد وجعل الرابط يظهر كما لو كان في وقت لاحق من السطر، بعد بعض الكلمات. يبدو أن الحل البديل هو كتابة النص التالي أولاً ثم العودة إلى بداية السطر للصق الرابط.
-
تحديد بعض النص ثم اختيار “إخفاء التفاصيل” من القائمة يتسبب في الكتابة فوق النص الخاص بك. في ملحن markdown، فإنه يجعل النص المحدد مخفيًا فقط. (انظر تسجيلات الشاشة أدناه)
-
سأختبره مرة أخرى هنا ولكن في موضوع آخر استخدمت فيه التفاصيل المخفية وبينما تعمل المفتاح، فإنه يتوسع ويظهر النص المخفي افتراضيًا. تريد أن يكون مخفيًا افتراضيًا.
ملخص
أريد إخفاء هذا النص
3 إعجابات
هذا “عن قصد”، ولكني أرى أنه قد يكون مربكًا - سيقوم بتعيين سمة open الخاصة بـ bbcode بما يتماشى مع ما لديك في طريقة عرض المحرر.
الفتح الافتراضي
نعم
الإغلاق الافتراضي
لا
3 إعجابات
أوهههه.. لم أكن أعرف عن خيار open في bbcode. لم أرغب أبدًا في أن تكون مفتوحة. يمكنني التحقق من أنها تعمل كما تقول.
إعجاب واحد (1)
تم دمج منشور في موضوع موجود: خط أحادي المسافة في المحرر الذي يستخدم ترميز ماركداون فقط
أجد أنه من الأفضل أن يكون توفر نوع المُنشئ قابلاً للتعيين كإعداد للموقع. وعند تمكين كليهما، يمكن للمستخدمين اختيار المُنشئ الخاص بهم في تفضيل المستخدم.
لا أحب خيار التبديل على المُنشئ كميزة طويلة الأجل. إنه منطقي تمامًا الآن للاختبار على meta، ولكنه يتعارض تمامًا مع هدف تبسيط تجربة المُنشئ.
3 إعجابات
لدي بعض المشكلات التي لاحظتها مع الإصدار الغني بالنص:
- عندما أقوم بإنشاء المنشور وأضيف نصًا مُنسقًا مسبقًا، أرى هذا:
وعندما أقوم بنشره، أرى هذا، لذلك لا يوجد تطابق، وهذا ليس جيدًا:
على الأقل مع markdown يمكننا اختيار سطر واحد أو أسطر متعددة باستخدام علامة الاقتباس المفردة أو الثلاثية. ولكن الآن مع خيار monospace (الذي لست من محبيه)، هناك بعض التعارض…
- إذا حاولت استخدام markdown، في هذه الحالة علامة الاقتباس المفردة مقابل الثلاثية، أحصل على سلوك غريب. إذا استخدمت علامة اقتباس مفردة أولاً، فإنها تعمل، وعندما أستخدم ثلاث علامات اقتباس بعدها، فإنها تعمل أيضًا:
ولكن إذا حاولت استخدام ثلاث علامات اقتباس مرة أخرى، أحصل على هذا:
ولكن هذا لا يحدث كثيرًا، لذلك لا أعرف ما الذي يسببه.
-
سيكون من الرائع، في محرر النص الغني، أن تبدو أزرار Bold و Italic “محددة/مضغوطة” عندما يكون مؤشر النص في مكان يتم فيه تطبيق التنسيق. النص المائل أكثر وضوحًا، لكن النص العريض ليس كذلك. ولكن الأهم هو عندما لا يكون مؤشر النص في منتصف كلمة، بل بعدها. “هل سيتم تنسيق ما نكتبه؟”
-
هذه مجرد اقتراح، فقط لأنه بالنسبة لي الآن، محرر الإنشاء المحاذي للوسط، يبدو “غريبًا” بالنسبة لي. ماذا لو تم محاذاته مع حواف الشريط الجانبي ونافذة اليمين؟ شيء كهذا:
بالنسبة لي، يبدو أنه يتدفق بشكل أفضل مع بقية المحتوى.
عذرًا، أنا لا أفهم.
سيأتي هذا قريبًا:
إعجابَين (2)
لم أقرأ جميع التعليقات بعد، لذا أعتذر إذا كنت أكرر أي شيء قيل بالفعل.
بشكل عام، أجد محررات WYSIWYG (ما تراه هو ما تحصل عليه) غير مستقرة بعض الشيء، لذلك أميل إلى عدم استخدامها. ومع ذلك، إليك بعض الأشياء التي لاحظتها بالفعل.
- حقيقة أن الضغط على مفتاح
Enterمرة واحدة يُعامل على أنه ضغطتان لمفتاحEnterمقارنة بمحرر markdown أمر مزعج بعض الشيء. أفترض أن هذه ليست المرة الأولى التي أرى فيها هذا النهج، ولكن إذا كان بإمكان الأشخاص التبديل بين محرر markdown والمحرر الغني، فقد يكون عدم الاتساق مربكًا. لن يعرف الجميع بالضرورة أنShift + Enterسيعمل كما يفعلEnterواحد في محرر markdown. - إنشاء قسم عنوان (على سبيل المثال، كتابة
#متبوعًا بمسافة)، ثم كتابة بعض الأحرف، ثم حذف تلك الأحرف يتسبب في تحرك شريط التمرير لأعلى دون سبب واضح. يحدث هذا فقط إذا تم تمرير المحرر إلى الأسفل بالكامل. - دعم إضافة علامات الاقتباس المائلة (backticks) بترتيب عكسي أمر مهم للغاية. ليس من غير المألوف أن تقرر إضافة علامات الاقتباس المائلة للتنسيق بعد كتابة كلمة بالفعل. في بعض الأحيان يكون من الأسهل إضافة علامة الاقتباس المائلة اللاحقة قبل إضافة علامة الاقتباس المائلة الرائدة. هذا لا يعمل حاليًا في المحرر الغني. أواجه هذه المشكلة طوال الوقت في Microsoft Teams (وهو مثال على محرر WYSIWYG سيء التنفيذ) وهو أمر محبط للغاية.
- عند العمل مع قائمة مرقمة أو قائمة نقطية، إذا كان المؤشر على السطر بعد انتهاء القائمة، فإن الضغط على
Backspaceسيضيف عنصر قائمة جديد. هذه ليست “مشكلة” بحد ذاتها، إنها فقط غير متوقعة بعض الشيء. - عند العمل مع مزيج من النص المنسق كرمز (علامة اقتباس مائلة) وغير منسق، من المستحيل كتابة نص عادي مباشرة بعد النص المنسق عند مراجعة ما كتبته بالفعل. هذه ليست حالة “شائعة”، لكنها تحدث أحيانًا (على سبيل المثال، تنسيق اسم متغير، ولكنك تحتاج إلى
sللجمع أو فاصلة علوية فورًا بعد ذلك؛ مرة أخرى، ليست شائعة ولكنني واجهتها عدة مرات). - لا يوجد مؤشر على خيار التنسيق النشط. بعض الأشياء مثل العناوين ستكون “واضحة إلى حد ما” بناءً على حجم المؤشر، ولكن أشياء أخرى مثل التنسيق الغامق والمائل والرمزي ليست كذلك. هذا مصدر شائع للإحباط بالنسبة لي لأنه يمكن أن يؤدي إلى كتابة شيء ما ثم الاضطرار إلى حذفه أو إصلاح التنسيق لاحقًا. الحالة المحددة التي واجهتها للتو كانت كتابة رمز منسق ثم حذف كل شيء لأنه غيرت رأيي بشأن ما سأكتبه. ثم ذهبت لإضافة علامة اقتباس مائلة أخرى لكتابة شيء آخر بتنسيق رمزي، وقام فعليًا بعرض علامة الاقتباس المائلة لأنها كانت بالفعل في هذا الوضع واعتقدت أنني أريد كتابة حرف علامة الاقتباس المائلة الخام.
7 إعجابات
ربما كان خللاً، لأنني لا أستطيع تكراره الآن، أو ربما يجب أن يحدث شيء محدد لكي يتصرف بهذه الطريقة. في الأساس، كما ترى، تم عرض العلامات الثلاث كنص، داخل علامات مفردة، ومن ثم الخلفية الداكنة. ثم في المرة الثانية التي أضفت فيها 3 علامات، أسفل العلامة السابقة مباشرة (العلامات الثلاث المعروضة كنص داخل علامات مفردة)، فإنها ستنشئ بعد ذلك كتلة التعليمات البرمجية كما هو متوقع. هل هذا منطقي الآن؟
لاحظت أيضًا أن ترميز ماركداون في وضع النص المنسق لا يعمل كما هو متوقع. انظر إلى هذا حيث لا تؤثر العلامات المفردة على النص test، ولكن العلامات الثلاث تقوم بعملها.
المحررات منقسمة نسبيًا بشأن هذا الخيار. على سبيل المثال، مستندات Google لديها Enter = فاصل أسطر، ولكن Notion لديها Enter = فاصل فقرة. أعتقد أن وجهة نظرك بشأن الاتساق بين وضع Markdown ومحرر النص الغني عادلة، مع ذلك.
لا يمكنني تكرار هذا باستخدام خطواتك الحالية، هل يمكنك تقديم تفاصيل المتصفح وتعليمات أكثر تفصيلاً أو تسجيل؟ شكرا لك!
نحن نعمل على بعض الإصلاحات لكيفية عمل الكود المضمن في المحرر، والتي ينبغي أن تحل هذه المشكلة.
اكتشاف جيد، أتفق على أن هذا غير متوقع. سأبلغ فريقنا لإصلاحه.
نحن نعمل على هذا!
5 إعجابات
و لدى discourse إعداد يتبدل بين هذين الوضعين Traditional markdown linebreaks “استخدم فواصل الأسطر التقليدية في Markdown، والتي تتطلب مسافتين لاحقتين لفاصل الأسطر.” - لذلك أعتقد أنه يجب على كلا المحررين الالتزام بهذا الإعداد.
4 إعجابات
لقد أصبح من الصعب العثور عليها، وحتى بعد العثور عليها خمس مرات على الأقل، ما زلت لا أستطيع تذكرها، لذا أضفتها إلى المنشور الأصلي مع التحذير بأنها على مسؤوليتك الخاصة.
4 إعجابات
هل هناك أي خطط لإعادة النظر في المشكلات المعروفة لمكون shared-edits الإضافي مع هذا المؤلف الجديد؟ سواء من حيث الميزات المفقودة (عرض مؤشرات التعديل للآخرين، وتمكين الميزة بناءً على المجموعات، وما إلى ذلك) والمتانة (انظر على سبيل المثال Shared-Edits Improvements - #18 by Ralf_Stockmann)؟
ما زلت آمل أن نتمكن من تجنب تثبيت خدمة منفصلة شبيهة بـ “Etherpad” مثل HedgeDoc للحصول على تعديلات مشتركة “لطيفة” واستخدام حل قائم على Discourse لشبكتنا الداخلية بدلاً من ذلك.
أنا أفكر أيضًا في كتابة مكون إضافي جديد يقدم تجربة تعديلات مشتركة “في الوقت الفعلي” بناءً على y.js مع مزامنة فضفاضة فقط…
4 إعجابات
أود أن أقول إننا في مرحلة “الأحلام” أكثر من مرحلة “الخطط” - هناك الكثير مما تجعله ProseMirror ومحرر النصوص الغني ممكنًا، لكننا نركز إلى حد كبير على إنشاء المزيد من التكافؤ في الميزات مع المنشئ الذي يستخدم Markdown فقط حتى نتمكن من البدء في طرح هذا للمستخدمين. إنه في أذهاننا، على الرغم من ذلك، ونحن نعلم أن هناك مجالًا كبيرًا للتحسين هناك.
6 إعجابات
[اقتباس=“Ralf_Stockmann، المشاركة: 110، الموضوع: 352347”]
هل هناك أي خطط لإعادة النظر في المشكلات المعروفة في المكون الإضافي shared-edits مع هذا المؤلف الجديد؟
[/اقتباس]
أنا معك في هذا يا رالف! إنه بالتأكيد بمثابة الكرزة على الكعكة ولا أرى أن تطويره سيكون ممتعًا للغاية حتى يترسخ المؤلف الجديد بشكل جيد جدًا.
إنها خطتنا حلمنا لاستخدام روابط ProseMirror الرسمية لـ Yjs في المستقبل، وسيشمل جزء كبير من هذا العمل بناء Connection Provider | Yjs Docs لـ MessageBus.
8 إعجابات
ربما يمكننا إيجاد طريقة لتحويل هذه الأحلام إلى خطط ملموسة. سأكون على استعداد للمساهمة بتمويل جاد - لدى Discourse بعض نقاط الضعف لاستخدامنا الداخلي الاحترافي (نقطة أخرى هي استقرار إشعارات الدفع)، لكنني أفضل استثمار أموالي في هذا المشروع مفتوح المصدر بدلاً من شيء مثل Atlassian Confluence.
12 إعجابًا