ما زلت غير متأكد مما إذا كنت أجد الخط أحادي المسافة ضروريًا أم لا، لكن الخط المحدث يمثل تحسنًا واضحًا عن الخط السابق (على عكس الوضع السابق، أميل إلى القول، الآن يمكن أن يكون أكبر قليلاً مرة أخرى).
ولكن على أي حال، من الجيد أن فن ASCII القديم الجيد يمكن أن يعود الآن 
|-----------|
| LONG LIVE |
| THE BUNNY |
|-----------|
(\__/) ||
(•ㅅ•) ||
/ づ
لقد ذكرت هذا سابقًا في الموضوع، نحتاج إلى التغيير ليتنفس لفترة أطول، دعنا نعطيه أسبوعًا آخر على الأقل.
الإجابة هنا هي ربما بالتأكيد. استمروا في تقديم الملاحظات، سواء كانت جيدة أو سيئة، فنحن نقرأها كلها.
إحدى المشكلات التي أتعامل معها داخليًا هي استهداف “الشخصيات” / “الجماهير” المختلفة
إنها مشكلة صعبة، نحن دائمًا مترددون في إضافة المزيد من إعدادات المستخدم، لكنني أقر بأن هناك شيئًا هنا، أريد فقط أن أرى كيف نشعر بعد أسبوع.
كنت أحاول اكتشاف إشارات مرئية مختلفة غير تدخلية، لكن الأمر صعب. 
الوحيدة التي تبدو مقبولة هي تسمية في مكان ما، مثل:
وربما مع تغيير اللون للمساعدة في تحسين الذاكرة البصرية:
إنها مرئية جدًا دون أن تكون تدخلية. لها نصيبها من العيوب بالتأكيد. إنها تشغل بعض المساحة، لكنها لا بأس بها في سياق انتقال مؤقت. لست مقتنعًا بنسبة 100٪، لكنها تبدو بديلاً مثيرًا للاهتمام. أردت فقط مشاركة الفكرة. (لا تتردد في فتح صور GIF في علامة تبويب جديدة لرؤيتها بالحجم الكامل؛ إنها تفتقر إلى زر ملء الشاشة)
هذه لسبب ما هي واحدة من أفضل الحجج ضد ما سمعته حتى الآن. اضطررت للتو للتحقق من الخط في محرر VS Code الخاص بي، لذا انظر، أنا مبرمج. كان لدي محرر أكواد مفتوحًا على مكتبي، وبالتأكيد، إنه خط أحادي المسافة. لم ألاحظ ذلك أبدًا. ولكن لسبب ما، يبدو الأمر غريبًا هنا وفي نسختي الخاصة. سأمنحها أسبوعًا، كما يطلب سام، التغيير مزعج، ربما في أسبوع لن ألاحظه حتى.
أتفق. لقد كتبت للتو مشاركة طويلة جدًا، وبصراحة فإن الخط أحادي المسافة يسبب لي صداعًا. أراجع مشاركاتي بدقة شديدة، وأميل إلى التنقل ذهابًا وإيابًا بين قراءة markdown الخام وقراءة المنشور المنسق أثناء القيام بذلك. الآن أصبح من الصعب جدًا القيام بذلك في قسم المحرر.
بشكل عام، لا أحب WYSIWYG أيضًا. في تجربتي، تكون مزعجة جدًا، وليس لدي أي نية لاستخدامها. لذا بالنسبة لي، يجب أن يستمر محرر markdown الموجود منذ الأبد في توفير تجربة مستخدم سلسة.
أتفق مع @schneeland. أنا مهندس برمجيات وأستخدم بانتظام بيئات التطوير المتكاملة التي تستخدم بالطبع خطًا أحادي المسافة، ولكن هذا سياق مختلف ببساطة. سيكون الأمر مزعجًا حقًا إذا بدأت Jira في استخدام خط أحادي المسافة.
لست متأكدًا من أنني واجهت مشكلة في التعامل مع الجداول في markdown. وعلى أي حال، حتى في الخط أحادي المسافة، لن تتماشى الأشرطة العمودية بين كل عمود لأن كل خلية من المحتمل أن تحتوي على عدد مختلف من الأحرف فيها.
على أي حال، أعلم أنك تريد إعطاء التغيير بعض الوقت، ولكن نأمل أن يساعد هذا التعليق. لاحظ أن تعليقاتي تستند إلى أحدث خط أحادي المسافة ولم أر الإصدار السابق. لذلك، أنا فقط أقارن تجربتي بالتجربة التي كانت موجودة لسنوات، وليس بالخط أحادي المسافة الأول المستخدم قبل أيام قليلة.
كم عدد الأشخاص الذين سيستخدمون الجداول فعليًا في رد منتدى يبرر ذلك؟ أيضًا، يستخدم Obsidian markdown ويستخدم الجداول مع أحرف العرض الثابت بالداخل، بينما النص خارجها sans-serif:
لا أفهم لماذا يجب تغيير المؤلف بالكامل إلى أحرف العرض الثابت عندما يمكن أن يتعايشا؟
أعتقد أن 99٪ مما نكتبه هو نص “عادي”، وليس markdown.
رأيي الصادق هو أن هذه ليست ميزة رائعة “لإجبار” المستخدمين عليها، حتى لو تركناها تعمل. إنه ليس تغييرًا يشعر المستخدمون بالارتياح له، وهذا واضح في معظم التعليقات. يجب أن يكون تفضيلًا للمستخدم.
لا أرى حقًا أي مشكلة في أن يكون للمؤلف نفس الخط مثل المعاينة. من السهل جدًا فهم ما يحدث. لقد كان كذلك لسنوات عديدة، أليس كذلك؟ يقولون “إذا لم يكن مكسورًا، فلا تصلحه”. وأعتقد أن هذا ينطبق هنا.
بالنسبة للأشخاص الذين يعانون من هذا التغيير، فإن إحدى التوصيات التي لدي هي:
جربه لبضعة أيام مع تعطيل المعاينة
بمجرد تعطيل المعاينة، يصبح تغيير الخط أكثر طبيعية بشكل ملحوظ.
ما زلنا نأخذ الملاحظات، لم يتم تحديد أي شيء بنسبة 100٪، قد نضيف المزيد من تبديلات المستخدم هنا، لا أعرف.
يجب أن يكون هذا الخط قابلاً للتكوين ضمن https://\\u003csite\\u003e/admin/config/fonts، ولكنه ليس كذلك حاليًا.
لم تعجبني الخط أحادي المسافة (فهو جيد للبرمجة ولكن ليس للكتابة في منتدى) لذا قمت بإعادته عن طريق إضافة هذا الـ CSS إلى السمة الخاصة بي (يرجى إخباري إذا كانت هناك طريقة أفضل للقيام بذلك!)
.d-editor-container--rich-editor-enabled .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family) !important;
font-size: var(--base-font-size) !important;
line-height: var(--line-height-large) !important;
}
أعتقد حقًا أنه يجب أن يكون هذا إعدادًا للمستخدم. لا ينبغي إجباري على استخدام طريقة عرض wysiwyg لاستخدام خط قابل للقراءة. الخطوط أحادية المسافة غير قابلة للقراءة بالنسبة لي للنصوص العادية (غير البرمجية). هذا ملحوظ بشكل خاص على الهاتف المحمول حيث لا يمكنك رؤية معاينة في نفس الوقت جنبًا إلى جنب، ولكنه لا يزال غير جيد على سطح المكتب. لا أعتقد أن إعداد الموقع أو تجاوز CSS كافٍ لأن ليس كل مسؤولي المواقع سيستجيبون لملاحظات المستخدمين لمثل هذه الأشياء.
بالتأكيد (وأنا أتفق بشدة لدرجة أنني أنشأت حسابًا لغرض نشر الاتفاق!)
يقوم Markdown بلف الأسطر تلقائيًا وله خصائص أخرى تطمس الخط الفاصل بين “معالجة الكلمات” و “الكود”. في منتدى مناقشة، هو بالتأكيد أقرب إلى معالج الكلمات … ولقد كنت سعيدًا جدًا بالسلوك التاريخي. لقد قدرت القدرة على النسخ واللصق بحرية دون غموض. أحب أن أتمكن من الضغط على Enter والحصول على سطر جديد، بدلاً من أي خيال WYSIWYG لما كنت قد قصدته.
لذلك يتم جعل Markdown مواطنًا من الدرجة الثانية، لغرض تعزيز الإشارة المرئية للوضع الذي أنت فيه.
أود أن أسأل مصممي تجربة المستخدم بينكم عما إذا كانت هناك طريقة أفضل للتأكيد على الوضع … لا تطلب منك إجراء المقايضة السيئة التي نادرًا ما تكون جيدة لاستخدام خط ثابت العرض لتحرير ما هو في الغالب نص غير كود.
إذا تم العثور على إجابة جيدة لذلك، فلن تكون هناك حاجة إلى خيار للتبديل بين العرض الثابت وغير الثابت، لأنه سيكون دائمًا خطًا نسبيًا.
نقطتان صحيحتان!
لقد مر وقت طويل منذ أن قيل لنا “اتركه يتنفس”. كما نرى، هذا التغيير ليس شيئًا قلناه جميعًا “تغيير مذهل!”
كما قال شخص آخر، هل كان هناك طلب هائل على هذا؟ لا أعرف… أشك في ذلك، ولكن ربما أكون مخطئًا.
أعتقد أن النظر إلى markdown كلغة “ترميز” لتبرير الخط أحادي المسافة لا معنى له بالنسبة لي. أرى markdown كطريقة لتنسيق النص، وليس بالضرورة لغة “ترميز”. لست مضطرًا لأن أكون مطورًا لاستخدام markdown، على عكس استخدام VS Code أو Cursor، إلخ، حيث يكون الخط أحادي المسافة مناسبًا.
عندما ننشئ مواضيع جديدة أو ردودًا في منتدى، نحن لا “نرمّز” بل “نكتب” ويجب أن يكون النص قابلاً للقراءة. الخط أحادي المسافة ليس كذلك. يمكنني كتابة فقرة من 150 كلمة في محرر markdown دون استخدام أي “صيغة” markdown (إذا كان هذا ما يسمى؟). لذلك أرى markdown كشيء إضافي يمكننا استخدامه لتنسيق النص، وليس بالضرورة “تنسيق” يجب أن يستقر عليه كل شيء، إذا كان ذلك منطقيًا؟
أضف هذا في CSS الخاص بك @seanblue و @alltiagocom. سيؤدي ذلك إلى إعادة المحرر إلى الإعدادات الافتراضية لموقعك.
/* يغير الخط في المحرر من أحادي المسافة إلى الخط الافتراضي sans-serif */
.d-editor-container .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family);
font-size: 1rem; /* أو استخدم 16 بكسل، أو حجمك الافتراضي المحدد */
}
أنا أؤمن بمنح المستخدمين تفضيلاتهم. ربما يريد بعض المستخدمين الخط أحادي المسافة. لا أعرف. لقد رأيت بعض سمات VS Code المجنونة (خلفية خضراء بنص أسود، أو أسوأ)، ولن أستخدمها أبدًا، لكن كل شخص مختلف.
أنا بالتأكيد سأغير خطي إلى خط sans-serif، لكن وجهة نظري هنا هي أننا يمكن أن نقدم الخيارات لمستخدمينا. هذا كل شيء.
أنا متحيز بصفتي موظفًا في Discourse، ولكني أفضل بكثير بكثير الخط الجديد أحادي المسافة. لذا هناك فرصة جيدة أن الأشخاص الذين يقولون “آه نعم، لطيف” أو حتى “هاه، لم ألاحظ أبدًا” لا يتحدثون.
يجب أن يكون هناك العشرات منا على الأقل 
بالتأكيد. يوجد الكثير من المبرمجين والمطورين 
(لكن بين الناس العاديين، لا تُعتبر الخطوط أحادية المسافة خطوطًا قابلة للقراءة. بالنسبة لي ولمستخدمي، فإن خدعة CSS قامت بالمهمة، لذا بالنسبة لي كمسؤول، هذا سؤال أكاديمي أكثر. لكن دعنا نتوقف عن القول بأن هذا التغيير تم للأغلبية ويستخدم على نطاق واسع، لأن هذا ليس صحيحًا.)
أعتقد أنك تقوم بافتراضات عني غير صحيحة 
أتفق - الخط أحادي المسافة غير متوقع وقبيح. وغير ضروري أيضًا. يوجد بالفعل شريط تمرير في شريط الأدوات يخبرنا بالوضع الذي نحن فيه.
حسنًا، لم أفعل، لأن كل شيء لم يكن عنك أو بواسطتك.
على أي حال. كان الاحتفاظ بخيارين كملحن حلاً رائعًا. أحادي المسافة ليس كثيرًا، ولكن طالما أن تغيير CSS يعمل، فأنا سعيد. لكنني أفهم وجهة النظر المتمثلة في وجود إعداد للمستخدم لذلك - لكنني لا أحب ذلك، لأنه يوجد بالفعل الكثير مما يجب إعداده. لكنني لست متأكدًا من عدد المستخدمين العاديين الذين يغيرون الإعدادات أبدًا … وبعد ذلك لا يهم مدى ازدحامها 