مرحبًا.
في المواضيع القصيرة، يتداخل الجدول الزمني مع قسم “المواضيع المقترحة”:
أظن أنه يمكن إخفاء الجدول الزمني في المواضيع التي لا تحتوي على أي ردود، أو أن الحد الأدنى لارتفاع حاوية المنشورات يجب أن يكون مساويًا تقريبًا لارتفاع الجدول الزمني؟
4 إعجابات
كما أتذكر، كان هذا موجودًا منذ فترة وهو سمة مميزة للشاشات القصيرة والمواضيع المكونة من سطر واحد في منشور واحد، لكن ربما حدث تراجع؟ 
أرى هذا بوضوح.
ذكّرني @awesomerobot أننا كنا نكتم الجدول الزمني للمواضيع ذات المنشور الواحد، أليس كذلك؟ ربما لهذا نراه أكثر، أو ربما هو تراجع فعلي؟ على أي حال، جميع عناصر الجدول الزمني مكررة في أدوات التحكم أسفل المنشور الأول (والوحيد) في هذه الحالة…
إعجاب واحد (1)
نعم، أعتقد أننا كنا نخفيها منذ عام 2016: UX: Hide all timeline controls when fewer than 3 posts · discourse/discourse@b9f8264 · GitHub
حتى وقت قريب نسبيًا، كان الجدول الزمني يخفي
@j.jaffeux هل يمكن أن يكون التغيير الأخير الذي قمت به هو سبب عودة هذه المشكلة؟
3 إعجابات
يجب علينا بالتأكيد إخفاء الخط الزمني عندما يكون هناك منشور واحد فقط. ثلاثة تبدو كثيرة جدًا. لكن واحدًا..
إعجاب واحد (1)
المشكلة الكبيرة في المنشور الواحد هي أنه عندما يكون مفيدًا حقًا مثل هذا المنشور، فإنه لا يعمل بشكل صحيح. نحن لا ندعم التنقل في منتصف منشور ضخم، لذا يصبح الأمر مربكًا جدًا جدًا جدًا جدًا. أسوأ بكثير من مجرد مشكلة العرض.
إعجابَين (2)
افعل ذلك بناءً على طول المنشور بالإضافة إلى المنشور الواحد إذن.. فنحن لا نحتاج إلى خط زمني عمودي لمنشور واحد يتكون من جملة واحدة في موضوع واحد، أليس كذلك؟
مطلقًا لا، لكننا بحاجة إلى إصلاح التنفيذ. أظن أن هذا هو ما أحاول الوصول إليه.
إذا اضطررت للاختيار بين إزالته دون قيد أو شرط، أو الاحتفاظ به للمقالات الفردية الطويلة جدًا والاستثنائية، فسأختار إزالته دون قيد أو شرط.
لكن إذا قمنا بإصلاح التنفيذ الأساسي، فسأدعم تمامًا الاحتفاظ به لمرشد @Johani الرائع، إذ سيكون مفيدًا للغاية.
المنطق يجب أن يكون:
إذا كان هناك منشور واحد في الموضوع، وإذا كان طول المنشور الواحد أقل من .. 1000* حرف .. قم بإخفاء الجدول الزمني بالكامل
حتى منشوران يتكون كل منهما من جملة واحدة ربما يكونان آمنين، أليس كذلك؟
- ولكن ماذا لو كانت جميعها أحرفًا مفردة أو تحتوي على أحرف سطر جديد (CR/LF) وما شابه؟ لا أعرف. أعتقد أن فحص تقريبي كافٍ، ولا داعي للقلق بشأن الحالات الحدية المستحيلة هنا.
إعجاب واحد (1)
بالتأكيد يمكننا فعل شيء هنا حتى باستخدام CSS فقط. لكننا بحاجة لإصلاح شريط التمرير إذا اتبعنا هذا النهج.
وإلا، فربما يكون من الأفضل ببساطة تغييره إلى if 1 post then hide timeline وهو أبسط حتى.
ما لم يكن ذلك المنشور الوحيد غريبًا ويحتوي على 30,000 حرف، فنحن لا نرغب في إخفائه، لذا.. لا.
نريد حقًا إخفاءه… عذرًا… هذه هي النقطة التي أود توضيحها. ما لم نصلح هذه المشكلة:
عندما أسحب خط الزمن للأسفل:
يظل في الأعلى. 
لكن شريط التمرير هذا يعمل كما هو متوقع إذا استخدمت شريط التمرير الأصلي للمتصفح:
إذا تركناه كما هو للمواضيع التي تحتوي على منشور ضخم واحد فقط، فلن يعمل بشكل صحيح، وهو أمر مربك للغاية. لذا يجب أن نصلح ذلك.
إعجاب واحد (1)
أرى، نحتاج إلى حالات اختبار غير رسمية جيدة للتأكد من أننا غطينا تلك التي نهتم بها.
إعجاب واحد (1)
لا، هذا ليس التزامًا.
التزام ذو صلة هو على الأرجح:
لذلك، قبل هذا الالتزام، كانت المنطقية مكررة ومختلفة إلى حد ما، كما كانت تتسبب في ظهور عنصر تحكم في الجدول الزمني فارغًا (ولكنه مرئي).
سأقوم بالنظر في الأمر اليوم.
3 إعجابات
محاولة إصلاح تداخل الخط الزمني موجودة هنا:
هذا لا يحل ما شرحتَه، وهو أن النقر أو السحب على الخط الزمني لا يغير موضع التمرير (scrollPosition) في النافذة. لقد ألقيتُ نظرة سريعة على تنفيذ ذلك، وأعتقد أن هذا يجب أن يكون مشروعًا مخصصًا، فقد كان الوضع دائمًا على هذا النحو، وتغييره له العديد من التداعيات.
إذا كان لدينا منشور واحد فقط، فسأتحقق الآن من ارتفاع المنشور، وأخفي شريط التمرير إذا كان أقل من 1000 بكسل.
يمثل هذا منشورًا بطول تقريبي:
مثال مع منشور قصير:
كما يصلح هذا الالتزام (commit) خطأً آخر كان يتسبب في ظهور زر إدارة الموضوع في موضع غير صحيح عند تحديث الصفحة بالكامل:
مثل هذا:
بدلاً من هذا الموضع بعد الإصلاح:
لقد تحققت أيضًا من عدم تداخل منشورين يحتويان على الحد الأدنى من المحتوى:
لا ينبغي أن يكون هناك أي تغيير على الأجهزة المحمولة.
4 إعجابات
ممتاز، شكرًا لك، جوفري 
إعجابَين (2)
تم الدمج، ويمكن رؤيته قيد التنفيذ في هذا الموضوع على سبيل المثال (على الأقل طالما يوجد منشور واحد فقط):
3 إعجابات
تم إغلاق هذا الموضوع تلقائيًا بعد 5 أيام. لم يعد مسموحًا بإضافة ردود جديدة.