إذا كان اسم الفئة طويلاً جداً، يتم قص زر الوسم.
هل من الممكن إظهار عدد الوسمات المضافة رقمياً بعد إضافة وسم واحد أو أكثر، بجوار الأيقونة؟ يبدو هذا أفضل من ملء أيقونة الوسم حالياً (وهو أمر غير واضح جداً).
أعتقد أن كانابين طرح هذا الأمر: يبدو أن العنوان مقصوص بشكل ما؛ قد يكون ذلك بسبب الزر العائم الذي يعترض الطريق.
عند تفعيل إعادة تصميم Composer. لم يعمل اختيار Staff أو مجموعات محددة. كان عليّ اختيار الجميع
لم ألاحظ أي خطأ، لكن يمكنني إعادة الاختبار. في البداية، حاولت تعيينه لمجموعات محددة: الموظفين والمرشد.
عندما قمت باختبار محرر الرسائل (Composer)، لم يتغير. لذا حاولت خيار "الموظفين فقط
إغفال تصميمي طفيف جدًا. عند تفعيل المحدد، يكون له خلفية بزوايا مستديرة، بينما لا توجد زوايا مستديرة مرئية في الحالة الافتراضية:
أعلم أن هذا قد قيل من قبل، لكن آمل حقاً أن يتم إعادة زر المعاينة على الأجهزة المحمولة. أحد المنتديات التي أستخدمها لا يمتلك دافعاً مجتمعياً كافياً لتثبيت حل المكونات البديل.
إنه نوعاً ما فاقع، ويومض باللون الأزرق عند التوسيع بسبب التمييز الأزرق المميز لمتصفح كروميوم (؟).
إلى جانب ذلك، أحتاج إلى النقر على زر الطرح مرتين لتقليل الحجم عند تشغيل لوحة المفاتيح. (ملاحظة: غير موجود في التصميم القديم). قد يكون هذا ناتجاً عن هذا الخلل في إطار الفيديو هذا (الذي يظهر بعد النقر على زر الطرح لأول مرة)، حيث تقفز شريط عنوان URL إلى موقع زر الطرح لسبب غير معروف:
يبدو أنه يعمل بشكل جيد على Foundation، ولكن هناك بعض المشكلات على Horizon: نافذة المعاينة لها إطار بلون التمييز.
يسعدني أنه يعمل بشكل جيد على Foundation! بالنسبة لـ Horizon، نعم أنا أعلم، كما قلت في المنشور الأصلي
لا أزال أعمل على ذلك.
سألت الذكاء الاصطناعي، ويمكن إصلاح الوميض الأزرق عن طريق إضافة -webkit-tap-highlight-color: transparent إلى العنصر المعني. أوصي بفعل ذلك لعنصر المحرر، لأنه عندما يشغل الشاشة بالكامل عند التوسيع، يؤدي ذلك إلى وميض كامل الشاشة، وهو ما لا يوفر تجربة بصرية جيدة.
هذا هو الشكل الذي يبدو عليه إذا قمت بتطبيق * {-webkit-tap-highlight-color: transparent} باستخدام Stylus (أستخدم Edge على Android)
أعتقد أن التصميم الخالي من الحدود أقل بديهية بشكل ملحوظ:
يبدو أن العنوان جزء من محرر نص المنشور. هذا جيد. ولكن إذا كتبت العنوان ثم ضغطت على مفتاح Enter، فإن المؤشر لا ينتقل إلى السطر التالي. أشعر وكأنني عالّق في السطر الأول من المنشور دون أي طريقة للمضي قدمًا. لا أعتقد أن المستخدم سيفهم بشكل بديهي أنه يجب أن ينقر على السطر التالي أو يضغط على Tab للمتابعة. إذا كنت تريد جعل إدخال العنوان جزءًا من محرر نص المنشور، فيجب أن يعمل مثل أي سطر آخر في المحرر. وإذا كان سيستمر في التعامل كحقل إدخال منفصل، فعد إلى التصميم القديم الذي كان ينقل هذه الطبيعة للمستخدم بصريًا.
غياب الحدود بين محرر المنشور ومعاينة النص (عندما يكون مُكوّن المنشور في وضع محرر Markdown) مربك للغاية. هذان لوحان منفصلان. يجب أن يتم نقل هذه الحقيقة للمستخدم بصريًا عن طريق وجود حدود بينهما.
لا يوجد هامش أيمن في المعاينة التي تظهر عندما يكون محرر الرسائل في “وضع محرر Markdown”:
أتوقع أن يحتوي على هامش مشابه لتلك الذي نراه على الجانب الأيسر من محرر الرسائل، كما هو الحال عندما يكون محرر الرسائل في “وضع محرر النصوص الغنية”:
@renato هل تعتقد أن ذلك سهل التحقيق؟
إذا كان الأمر كذلك، هل يجب أن يحدث العكس أيضًا؟ إذا كان المؤشر في بداية حقل النص، هل يجب أن يؤدي الضغط على زر الرجوع إلى الانتقال إلى حقل العنوان إذن؟
بما أن هذه حقول منفصلة، أجد هذا السلوك بأكمله (من العنوان إلى حقل النص والعكس) غريبًا، لكن ربما أغير رأيي بعد استخدامه.
لمجرد اطلاعكم، وربما يكون ذلك مبكرًا جدًا ومعروفًا بالفعل، لكن شريط الأدوات مفقود تمامًا عند استخدام الهاتف المحمول/iPhone على DiscourseHub
تعديل
لا علاقة لهذا الأمر بـ DiscourseHub. فهو يتبع حالة ظهور شريط أدوات محرر النصوص الأصلي.
إذا تم إخفاء شريط الأدوات عبر زر التبديل، ثم تم تفعيل محرر النصوص الجديد، فلن يكون شريط الأدوات مرئيًا ولا توجد طريقة -据我所知- لإظهاره. والعكس صحيح. إذا كان شريط أدوات المحرر الأصلي مرئيًا، فإن التبديل إلى محرر النصوص الجديد يوفر شريط الأدوات.
مرحباً بالجميع وشكراً لكل التعليقات حتى الآن.
بعض الأشياء التي قمت بتنفيذها/إصلاحها: (دمج معلق)
أعد تنسيق العنوان مرة أخرى إلى قسم منفصل يشبه الإدخال. قد أعود إليه لاحقاً.
أعمل الآن على:
سأستمر في متابعة هذا الموضوع – لا أزال أفكر في بعض التعليقات الأخرى.
نعم، أدركت أن هذه هي المشكلة – لا ينبغي أن تكون مشكلة بمجرد تنفيذ إعادة التصميم بشكل صحيح (أي أن زر التبديل لم يعد فعالاً)
أخرج قليلاً عن الموضوع لأنه ينطبق أيضًا على محرر “القديم”، لكنني لاحظت أنه عندما أسحب المحرر لأعلى ولأسفل، فإنه يتبع المؤشر ببطء، وتكون الحركة أكثر تقطعًا.
شاهد الفيديو بسرعة 0.25× لرؤية ما أتحدث عنه بوضوح أكبر.
أظن أن الأمر يعود إلى قيود JavaScript/المتصفح وأنه لا يمكن تحسينه بسهولة؟
أود أن أرى عناصر الواجهة تستجيب فورًا تقريبًا وتتحرك بسلاسة بمعدل 60 إطارًا في الثانية.
وبصرف النظر عن ذلك، بعد استخدام المحرر الجديد لبضعة أيام، إنه أفضل بكثير. لديه بعض “العيوب” التي يتفق الناس عليها (فصل التنسيق/المعاينة، العنوان…)، لكنه بشكل عام تحسين رائع جدًا لأحد الأشياء التي أعتقد أنها صعبة التحسين. لذا، عمل رائع 
يأخذ المحرر الجديد مساحة عمودية كبيرة. الآن اضطررت إلى زيادة حجمه عند إنشاء موضوع جديد. هذه ليست مشكلة (أو ليست مشكلة كبيرة) عند الرد على منشور.
لمعلوماتك
أستخدم محرر Markdown، Firefox على Win11
مرحباً، هناك بعض الملاحظات.
نستخدم إضافة mermaid لعرض تدفقات nodered. لا يعمل هذا في محرر النصوص الغني الجديد أو السابق. يتم عرض الكود كنص وحدة التحكم:
كان بإمكاننا سابقاً التغلب على هذه المشكلة عن طريق إعادة تبديل محرر النشر إلى النسخة القديمة غير الغنية بالنصوص. لم يعد زر هذا الاختيار يعمل.
(سفاري، نظام ماك OS 27 النسخة التجريبية العامة الحالية)
تم الإصلاح الآن 
تحديث المعلومات: لا يزال هذا يحدث مع لوحة مفاتيح Sogou المخصصة لـ Xiaomi، ولكن ليس مع لوحة مفاتيح Fcitx. أنا على أي حال أتخلى عن Sogou الغريبة، لذا لن أطلب جعل هذه لوحة المفاتيح أولوية
