على الرغم من أن 4 ساعات تُعد بالفعل حركة بطيئة للغاية، فيجب أن يكون ذلك قابلاً للتكوين إما في القائمة المنسدلة للموضوع ضمن هذه الميزة الجديدة أو على الأقل على مستوى النظام بأكمله، لأن كلمة “بطيء” قد تعني شيئًا مختلفًا للمجتمع أ مقارنةً بالمجتمع ب.
3 إعجابات
يُعد دردشة البث المباشر على يوتيوب مثالًا رائعًا، لكن طريقة تطبيقهم للوضع البطيء تختلف قليلاً عن موقع Discourse.
ينطبق الوضع البطيء على يوتيوب فقط على محادثات البث المباشر. وبما أنه لا يمكن إجراء بث مباشر واحد فقط في وقت واحد على يوتيوب، فإن الطريقة التي يتعاملون بها مع “التفضيلات” الخاصة بمدى بطء الوضع البطيء لن تنطبق فعليًا على Discourse.
على يوتيوب، يمكنك التحكم في ذلك على أساس كل بث مباشر. وإضافة هذا النوع من التحكم الدقيق في Discourse حيث يمكنك تحديد مدى بطء الوضع البطيء على أساس كل موضوع قد يكون مبالغًا فيه بعض الشيء.
ربما يكون إعداد على مستوى الموقع أفضل في Discourse؟
شيء مثل slow_mode_duration مع افتراض افتراضي لمدة ساعة واحدة؟ (بما أن النقاش حاد بالفعل وأعتقد أن ساعة واحدة كافية لمعظم الناس ليشعروا بالهدوء)
إعجاب واحد (1)
لنجعلها عدد دقائق قابل للتكوين مع بعض أوقات محددة مسبقًا، مثلما يفعل تيليجرام:
والتي يمكننا ترجمتها إلى:
نعم!
أعتقد أيضًا أن تحذيرًا في محرر الكتابة فكرة جيدة:
10 إعجابات
رائع، دعنا نجعل ذلك يحدث 
7 إعجابات
أعتقد أنك بحاجة إلى ملء بعض القيم المتوسطة هناك، فالتركيز منحاز بشدة نحو المدد القصيرة. ماذا عن هذه القائمة:
- 15 دقيقة
- 1 ساعة
- 4 ساعات
- 23 ساعة (يمكننا تسميتها “يوم واحد” في الواجهة، لكن هذه الحالة تتطلب بعض المرونة)
- 6.5 أيام (“أسبوع واحد”)
يجب أن يدعم محدد المدة الثواني أيضًا، رغم أننا لا نرغب حقًا في تشجيع الناس على ذلك. حسنًا، هذا هو السبب في أنه ليس إعدادًا مسبقًا! من المرجح أن يستمتع شخص ما بتعيينه على 42 ثانية أو ما شابه.
يجب بالتأكيد تشجيع الناس على تعديل ردودهم والتصرف بمزيد من الاعتبار، لذا أعتقد أن القيد الوحيد على التعديل يجب أن يكون تعطيل الترقية (bump) إذا كنت داخل نافذة وضع البطء.
7 إعجابات
أحب هذه الفكرة. إنها من النوع الذي أردت دائمًا إضافته إلى Discourse. لم أكن أعرف أن يوتيوب يحتوي بالفعل على هذا.
8 إعجابات
أتطلع إلى هذه الميزة. للأسف، لن تكون متاحة لمناظرة الرئيس الليلة 
بالمناسبة: سيكون من الجيد أن تكون متاحة لمديري الفئات منذ البداية.
4 إعجابات
أهلاً وسهلاً. حتى على موقعي، لا أتطلع إلى ذلك.
7 إعجابات
بالتأكيد @eviltrout، هل ترغب في تعيين هذا؟
4 إعجابات
سعداء للغاية لوصولنا إلى هذه المرحلة! هل هناك أي تحديثات @Roman أو @eviltrout؟
3 إعجابات
هناك طلب دمج (PR) جاهز لهذه الميزة، وأهدف إلى دمجه هذا الأسبوع! سأقوم بنشر تحديث هنا عندما يكون متاحًا.
8 إعجابات
كيفية تعطيل الوضع البطيء مرة أخرى، بمجرد تفعيله لموضوع معين؟
طريقتان:
- باستخدام الزر داخل نافذة
تعيين الوضع البطيء. - بالنقر فوق
في أسفل الموضوع.
لا يزال يتعين علي إصلاح مشكلتين. لدي طلب دمج مفتوح وسأقوم على الأرجح بدمجه غدًا:
6 إعجابات
7 إعجابات
نبحث عن ملاحظات نشطة بشأن هذه الميزة، لذا لا تتردد في نشر أحدث إصدار من Discourse وتجربتها!
10 إعجابات
أتوقع أن يكون هذا مفيدًا جدًا بعد حوالي 12 يومًا…
5 إعجابات
شكرًا جزيلاً! لقد بدأنا بالفعل في استخدام هذا، ويبدو أنه بالضبط ما كنا بحاجة إليه.
لقد ساهمت ببعض الترجمات لهذه الميزة.
إعجابَين (2)
اليوم هو اليوم (الأسبوع؟ الشهر؟).. فلنبدأ الاختبار! نحن نولي أولوية قصوى لتحسينات هذه الميزة، لذا استمروا في إرسال ملاحظاتكم!
5 إعجابات
شكا بعض المستخدمين من عدم قدرتهم على تعديل منشوراتهم لتصحيح الأخطاء النحوية، حيث تُحتسب التعديلات ضمن حد المعدل. وبينما أعتقد أن السماح بالتعديل الحر قد يُفقد هذه الوظيفة غرضها، فإن احتساب التعديلات ضمن حد المعدل يُعدّ بلا شك غير بديهي.
ماذا عن السماح بفترة سماح يحددها المسؤول، يُسمح فيها للمستخدمين بالتعديل، ثم منع تعديل المنشورات؟ أعتقد أن أي حالة يُعاد فيها ضبط المؤقت عند تعديل المستخدم لمنشوره من المرجح أن تسبب الإحباط.
يمكن للمستخدمين تعديل منشوراتهم خلال فترة السماح المحددة بإعداد الموقع editing_grace_period. يرجى ملاحظة أن التعديل قد يفشل حتى لو كان الفرق كبيرًا جدًا. يمكن للمسؤولين ضبط هذا عبر إعدادات editing_grace_period_max_diff و editing_grace_period_max_diff_high_trust.
إعجابَين (2)