Hey all,
Is it possible to set up multiple Topic Timers – for example: publish, and then a separate one to auto-close the thread. I have a direct need for this…it’s not a deal breaker for it not to exist…just automation is amazing.
إعجاب واحد (1)
Is this what you’re after?
Auto-closing is already core.
إعجاب واحد (1)
Not possible right now as we only allow one public topic timer (publish, closing, opening) per topic. As a workaround now, you could set a publish topic timer and add a reminder for yourself to close the topic.
Could you build on your use case a little as to why you have a need for multiple topic timers? Multiple topic timers is not impossible but tricky to deal with as we now have to make sure that there isn’t any overlap with the time range.
4 إعجابات
I pretty much wanted a publish timer and a timer to close the topic automatically…not much more to it.
3 إعجابات
إليك حالتي الاستخدامية لاستخدام مؤقتين لنفس الموضوع.
في مجتمعنا، لدينا موضوع أسبوعي متكرر يُدعى “أدهشنا يوم الأربعاء”. وهو فترة مدتها 24 ساعة يسمح فيها الأعضاء بالترويج لأنفسهم، حيث لاحظنا أنهم بحاجة إلى وقت ومكان محددين لتفريغ طاقاتهم الترويجية.
نستخدم وظيفة مؤقت الموضوع الحالية لإغلاق الموضوع تلقائيًا بعد 24 ساعة من نشره – وذلك بشكل أساسي لضمان بقاء الترويج محصورًا في إطار زمني أسبوعي محدد، وعدم عودته للظهور في الأعلى باستمرار.
ومع ذلك، فإن استخدام مؤقت الإغلاق التلقائي للموضوع يمنعني من استخدام مؤقت جدولة النشر للموضوع، بينما أريد استخدامهما معًا.
أفضل جدولة 4 إلى 8 مواضيع أسبوعية “أدهشنا يوم الأربعاء” دفعة واحدة من منظور الكفاءة. حاليًا، لا يمكنني استخدام مؤقت جدولة النشر كمؤقت للموضوع، لأنه إذا فاتني الوقت المحدد لإغلاق الموضوع يدويًا بعد 24 ساعة من نشره، فسيمكن الأعضاء من الترويج لأنفسهم خارج الإطار الزمني المركز البالغ 24 ساعة.
بما أن “أدهشنا يوم الأربعاء” يقام من الساعة 12:00 صباحًا بتوقيت المحيط الهادئ (PDT) حتى الساعة 11:59 مساءً بتوقيت المحيط الهادئ، وأنا في منطقة زمنية متقدمة ساعتين بتوقيت وسط الولايات المتحدة (CDT)، فسأضطر للاستيقاظ الساعة 2:00 صباحًا لإغلاق الموضوع يدويًا – وهو أمر لا أرغب في القيام به. ناهيك عن مسؤولياتي المتغيرة إذا كنت في إجازة، أو مريضًا، أو لم أستطع العثور على مدير آخر في منطقة زمنية مختلفة لإغلاق الموضوع يدويًا.
وجود مؤقتين للموضوع في نفس الوقت لن يكون ثوريًا بالنسبة لي، لكنه بالتأكيد سيُسهّل جدولتي وتنسيق العمل مع الفريق، وأتخيل أن مئات المستخدمين الآخرين لـ Discourse سيقولون نفس الشيء.
8 إعجابات
حالة استخدام مثيرة للاهتمام.
أعتقد أن هناك فائدة كاملة لدعم المواضيع التي تُنشر بشكل مؤجل وتُغلق تلقائيًا. أستطيع رؤية حالات استخدام تكون فيها هذه الميزة مفيدة.
الحل البديل الحالي هو نشر الموضوع في فئة مُعدّة فيها خاصية auto-close topic hours، ألا يعمل ذلك؟
5 إعجابات
أقدر اقتراحك للحل البديل، سام. يمكنني أن أتخيل أنه قد ينجح مع بعض مستخدمي Discourse… لكن المشكلة أنه لا ينجح مع حالتي.
تُنشأ خيوط الترويج الذاتي في فئة تُسمى “كل شيء مسموح”، وطبيعة هذه الفئة هي استضافة محادثات متنوعة. الخيوط الوحيدة في هذه الفئة التي أود إغلاقها تلقائيًا هي تلك التي أنشرها أنا والتي تركز على الترويج الذاتي. أما الباقي فينشئه أعضاء المجتمع، وأود ترك الردود مفتوحة إلى أجل غير مسمى.
صحيح أنه يمكنني إنشاء فئة جديدة خصيصًا لهذه المنشورات الأسبوعية للترويج الذاتي. لكننا حذرون من المقايضات المتعلقة بالتواصل وتجربة المستخدم عند إنشاء فئات جديدة، لذا نحاول القيام بذلك بأقل تكرار ممكن.
إعجابَين (2)
ماذا عن فئة فرعية باسم ‘أبهرنا يوم الأربعاء’ ضمن فئة ‘كل شيء مسموح’؟
3 إعجابات
ستيفن، لقد فكرنا في فكرة إنشاء فئة فرعية تسمى “أدهشنا يوم الأربعاء” ضمن الفئة الرئيسية “أي شيء مسموح”. ومع ذلك، وعلى الرغم من كفاءة إنشاء فئة فرعية مخصصة تتيح إغلاق جميع المواضيع فيها تلقائيًا بعد 24 ساعة، فإننا لم نرغب في قبول هذا المفاضلة على تجربة المستخدم.
على سبيل المثال، وجود فلتر للفئات الفرعية ضمن فئة “أي شيء مسموح” للفئة الفرعية “أدهشنا يوم الأربعاء”، وإظهار الفئة الفرعية “أدهشنا يوم الأربعاء” بشكل منفصل في صفحة عرض الفئات (مثل: https://yourforum.com/categories) يجذب انتباهًا كبيرًا إلى حقيقة أن لدينا فئة فرعية مخصصة للترويج الذاتي.
هدفنا هو الحد من ظهور الترويج الذاتي خلال 144 ساعة من أصل 168 ساعة أسبوعيًا، وهي الفترة التي لا نقوم فيها بنشاط بالترويج الذاتي.
أنا ممتن جدًا للاقتراح. سأنتظر ببساطة حتى يقوم سام أو أي شخص آخر في فريق ديسكورش بتطوير ميزة “النشر المؤجل والإغلاق التلقائي” التي ذكر سام أنه يود رؤيتها.
3 إعجابات
هل جربت إخفاء هذه الفئة الفرعية المحددة من /categories باستخدام CSS؟
لدينا حالة استخدام أخرى لـ “النشر ثم الإغلاق”: أقوم بإدارة دورة تدريبية، حيث ننشر إعلانات تدعو للمساهمة في كل نشاط تدريبي، ثم نغلق الإعلان بعد انتهاء النشاط المقابل (محاضرة أو جلسة أسئلة وأجوبة). لا يناسبنا تصنيف الإغلاق التلقائي لأن الأنشطة المختلفة لها تواريخ انتهاء مختلفة.
3 إعجابات
مرحبًا، حاولت إعداد مؤقتات متعددة للأحداث المتكررة. سيكون من المفيد السماح بـ 2 إلى 3 مؤقتات!
- النشر المؤجل
- حذف جميع الردود بعد 7 أيام
- رفع الموضوع تلقائيًا أسبوعيًا أو كل أسبوعين قبل تكرار الحدث.
شكرًا على النظر في هذا. كما أننا نستخدم إضافة الأتمتة الجديدة لـ:
تثبيت الموضوع تلقائيًا في اليوم السابق للحدث التالي. نأمل في النهاية ضبط ذلك ليكون متكررًا أسبوعيًا أو كل أسبوعين أو شهريًا بدلاً من يوم محدد. ← هكذا قمنا بتكوين إضافة الحدث الخاصة بنا.
ربما يمكن أن يكون هناك تفاعل أكبر بين مؤقتات المواضيع وإضافة الأتمتة في المستقبل. تحياتي.
خيار آخر لمؤقت المواضيع قد يكون مفيدًا:
- إزالة جميع الرموز التعبيرية من الموضوع.
وذلك لأن المستخدمين يحبون استخدام الرموز التعبيرية للتفاعل مع الموضوع عند الموافقة أو عدم الموافقة وما إلى ذلك.
إعجابَين (2)
هذا ينتمي إلى إضافة الأحداث في رأيي.
إعجابَين (2)
حالة الاستخدام الخاصة بي لهذا هي خيوط الألعاب.
أريد إطلاق الخيط المقفل عند منتصف الليل لأن الناس سيبدأون في البحث عنه من مدونة فعاليتنا التي تستمر أسبوعًا. يمكنني القيام بذلك.
أريد ضبطه ليتم إلغاء قفله في الساعة 9 صباحًا عندما تبدأ اللعبة فعليًا. الطريقة الوحيدة التي يمكنني القيام بها هي البقاء مستيقظًا بعد منتصف الليل لضبط مؤقت آخر أو القيام بذلك يدويًا في الساعة 9 صباحًا.
حالة استخدام أخرى هي خيوط الهدايا. أود إرسال أوقات البدء والإغلاق في نفس الوقت بدلاً من الانتظار حتى يتم إطلاقه لضبط وقت الانتهاء.
أود بشدة ضبط مؤقتين. يمكنني رؤية كيف يصبح هذا الأمر صعبًا بعض الشيء إذا تعارضوا ولكن ربما تحد من حالات الاستخدام أو تضع بعض الضوابط والتوازنات.
شكرًا!
5 إعجابات
هل سيكون من المفيد تقسيم هذا إلى طلب ميزة محدد للمنشورات المجدولة التي تغلق تلقائيًا؟
تعتبر الحلول البديلة لوجود فئة تغلق تلقائيًا منطقية بشكل عام، ولكنني أرغب في القيام بذلك لمجموعة محددة من المحادثات كجزء من مناقشة منظمة على مدى الأشهر القليلة المقبلة، ويبدو إعداد فئة منفصلة أمرًا ثقيلًا لذلك.
لماذا لا تجعلها فئة فرعية منفصلة؟ هذا ليس سيئًا جدًا، ويمكنك تكوينها بحيث لا يلاحظها المستخدمون على الأرجح.
مستخدمي ملاحظون للغاية. 
لديهم العديد من المرشحات المعدة لفرز رسائل الإشعارات الخاصة بهم، وبالتالي فهم حساسون لتغييرات الفئات.
لست متأكدًا أيضًا من كيفية عمل إعدادات الإشعارات للفئات الفرعية… إذا قمت بإنشاء واحدة، فهل سترث من الفئة الأم للمستخدمين الحاليين، أم سيتعين عليهم الاشتراك بشكل منفصل؟
أوه!!! تحتاج إلى نقلهم من وضع القائمة البريدية وجعلهم يستخدمون واجهة Discourse! ليس بالأمر السهل، أعرف ذلك من واقع الخبرة العملية. حظاً موفقاً.
ستتضمن علامات موضوع البريد الإلكتروني اسم الفئة الأم، ولكن سيعتمد ذلك على كيفية إعداد عوامل التصفية الخاصة بهم (خاصة إذا كانوا يتضمنون كلا القوسين المربعين).
الأمر معقد بعض الشيء - هناك وظيفة وراثة موجودة عند إعداد افتراضيات الإشعارات، لكنني لم أعبث بها. يمكنك بالتأكيد تعيينها بشكل مستقل إذا رغبت في ذلك.