متابعةً للنقاش من تقويم Discourse:
مشروع Fedora لديه حاليًا تطبيق ويب خاص بالتقويم، Fedocal. حان وقت تحديثه، وأفكر فيما إذا كان بإمكاننا استبدال التقويمات الموجودة في Discourse بدلاً من إعادة كتابة التطبيق المستقل. هذا ليس طلب ميزة حقًا، بل هو تجميع لحالات الاستخدام الخاصة بنا وما أراه مفقودًا أثناء تقييم ما يجب فعله.
حالات الاستخدام
هناك ثلاث حالات استخدام مهمة أراها لـ Fedocal. إذا كانت هناك حالات أخرى، فيرجى إخباري وسأضيفها إلى الاعتبار.
- جدولة الاجتماعات. هذا هو الأكثر أهمية بفارق كبير.
- السماح للأشخاص بمشاركة مدى توفرهم. حاليًا نطلب من الأشخاص المسؤولين في المشروع إدخال ذلك للإجازات، لكن قلة قليلة من الناس يفعلون ذلك بالفعل. (أنا شخصياً أجد الأمر مرهقًا للغاية عندما أتذكر ذلك).
- عرض فعاليات Fedora مثل Flock to Fedora، أسبوع التنوع، أو حفلات الإصدار. نحن لا نفعل ذلك حاليًا.
إمكانيات أخرى
- حاولنا استخدام Fedocal لجدول مؤتمر Flock في عام 2013، لكننا لم نفعل ذلك منذ ذلك الحين. سيكون من الرائع أن يكون لدينا حل يجعل ذلك جذابًا وسهلاً.
- عرض جدول إصدارات Fedora نفسه. حاليًا، أعتقد أننا نستخدم هذا فقط لجدولة اجتماعات “go/no-go”، وليس الجدول الفعلي. إذا فعلنا ذلك، فيجب أن يأتي تلقائيًا من Fedora Project schedules بدلاً من الحاجة إلى إدخال يدوي.
أوجه القصور في إضافة تقويم Discourse الحالية
نظام “الأحداث” “events” system الذي تتم إضافته إليه خاطئ حاليًا لما نحتاجه. (يجمع “الأحداث” من المشاركات عبر الموقع بأكمله ويضعها في تقويم عالمي واحد. نحتاج إلى أكثر من ذلك بكثير.
افترضي الأول هو أننا سنركز على توسيع الجزء “التقليدي” من إضافة التقويم، والتي تحتوي على تقويم في الرد الأول على موضوع يتم “تغذيته” بالردود على هذا الموضوع وحده. ومع ذلك، قد يكون النهج الآخر - جمع الأحداث عبر الموقع - أفضل. في هذه الحالة، سنحتاج إلى توسيعه ليكون قادرًا على الحصول على تقويمات متعددة للاستهداف. (وفي هذه الحالة سيكون من الرائع أن نتمكن من تضمينها في المواضيع المثبتة، وليس فقط إخفائها في قائمة الهامبرغر.)
لذلك، مع أخذ ذلك في الاعتبار، إليك بعض الأشياء التي سنحتاجها:
بشكل عام
- عرض التقويم نفسه بدائي للغاية.
- يمكن أن يكون أجمل بكثير
- لا يتكيف أو يتكيف مع كيفية عرضه بأي شكل من الأشكال
- إنه مبرمج بشكل ثابت لأسابيع الاثنين-الأحد على الطراز الأوروبي
- يبدو أنه يعرض الأيام دائمًا بتوقيت UTC، على الرغم من أن الإدخالات بتوقيتات محلية، مما يجعل الأحداث التي تستمر ليوم كامل في توقيت محلي تبدو وكأنها تمتد ليومين في التقويم. (فريق Discourse على علم بهذه المشكلة.)
- يعرض عرض الشهر حاليًا الأحرف القليلة الأولى فقط من وصف الحدث. هذا جيد إذا كان التقويم يتعلق بشيء واحد بسيط (انظر قيد الاستخدام هنا لساعة Fedora الاجتماعية، ولكن ليس جيدًا لتقويم به الكثير من الأشياء المختلفة.
- حاليًا، يمكن لإصدار “العطلات” من التقويم تعيين ألوان للأحداث، ولكنه يفعل ذلك باستخدام قيمة مشتقة برمجيًا من اسم المستخدم. يجب أن يكون هذا قابلاً للتكوين لكل حدث، وينطبق على جميع التقويمات وليس فقط تقويم العطلات.
- لا أعتقد أن هناك موجز .ical؟ سيكون من الجيد أن يتمكن الأشخاص من إضافته إلى تقويم Google الخاص بهم أو ما شابه.
- من الجيد توفره: القدرة على إنشاء رسائل تذكير يتم إرسالها إلى القوائم البريدية، وليس فقط للمستخدمين المشتركين. لم ينضم الجميع إلى Discourse بعد!
- من الجيد توفره: عرض تقويم شخصي حيث تختار بالضبط الإدخالات التي تريد تتبعها.
حالة استخدام الاجتماعات
- لدى Fedocal “محورين” أساسيين - المجموعة التي ينتمي إليها إدخال التقويم (مثل “المجلس”) والموقع (مثل “#fedora-meeting”). يمكن لإضافة التقويم القيام بأحد هذين المحورين: يمكننا إنشاء موضوع “اجتماعات مجلس Fedora” أو موضوع “قناة اجتماعات Fedora”، ولكن لن يتم ربط الإدخالات. لست متأكدًا تمامًا من أفضل تصميم لذلك كإضافة - أعتقد أننا بحاجة إلى بعض خبرة مصمم تجربة المستخدم في التفكير في ذلك.
- سيكون جيدًا إذا كان محور “المجموعة” هو مجموعات Discourse، خاصة لأننا سنقوم بربط مجموعات Discourse بمعرف تسجيل الدخول الأحادي الخاص بنا (SSO) يومًا ما قريبًا آمل.
- أو، ربما، يمكن أن يكون محور “المجموعة” للتقويم علامة. قد يكون ذلك أكثر مرونة، وسيعمل معنا لأننا نخطط لربط المجموعات بالعلامات لتنظيم موقعنا.
- محور “المواقع” قصير - لدينا عدد قليل من قنوات الاجتماعات، ومن المحتمل أن يكون كافياً للسماح بموقع “آخر” للحالات الغريبة.
- حرج: يجب على النظام منع - أو على الأقل التحذير من - التعارضات على كلا المحورين. أي، لا يمكن أن يكون هناك اجتماعان لمجموعة المجلس في نفس الوقت، ولا يمكن أن يكون هناك اجتماعان من مجموعة مختلفة في نفس الموقع في نفس الوقت.
- باستثناء ما إذا كان لدينا “آخر” شامل … لذا، أعتقد أنه يجب أن تسمح بعض المواقع بالتداخل.
- بناء الجملة للأحداث المتكررة غريب بعض الشيء، ولكنه مقبول. ومع ذلك، تظهر الأحداث المتكررة في شبكة التقويم على أنها متكررة (وفي التذكير يتم تحديثها إلى الحدث التالي)، ولا شيء أكثر من ذلك. ويجب أن يكون هناك المزيد:
- حرج: يجب أن يكون المستخدمون قادرين على الاشتراك في إشعار لكل حدث متكرر، على أساس كل إدخال تقويم.
- من الجيد توفره: تكوين لكل مجموعة Discourse للإشعارات الافتراضية لتقويم معين، بحيث على سبيل المثال، أعضاء مجموعة المجلس يحصلون افتراضيًا على إشعارات لإدخالات تقويم المجلس.
- من الجيد توفره: القدرة على تكوين إشعارات تحذيرية لمدة 15 دقيقة للاجتماعات القادمة
- مهم: يجب أن يكون من الممكن تحديد أحداث معينة لتخطيها (أو عقدها في وقت مختلف) دون تغيير كل شيء.
- حاليًا، يتم التعامل مع مدة الحدث بإدخالات مثل
[date=2021-11-28 time=12:00:00 timezone="America/New_York"] → [date=2021-11-28 time=13:00:00 timezone="America/New_York"]. هذا ممل للإدخال والنتيجة (2021-11-28T17:00:00Z → 2021-11-28T18:00:00Z) ليست واضحة على الفور. سيكون من الجيد استخدام[date=2021-11-28 time=12:00:00 timezone="America/New_York" duration="1 hour"]بدلاً من ذلك. - من الجيد توفره: يجب أن تكون الإدخالات التي لا تحتوي على مدة مختلفة بصريًا - وربما مسموح بها فقط للإدخالات “طوال اليوم”.
- من الجيد توفره: يمكن أن يحتوي كل إدخال تقويم (بشكل منفصل للأحداث المتكررة) على رابط لموضوع جدول الأعمال + الملاحظات. لن يتم إنشاء هذا الموضوع تلقائيًا بدون تفاعل، ولكن يجب أن يكون من السهل البدء بنقرة واحدة، وبمجرد إنشائه، يتم ربطه تلقائيًا.
حالة استخدام “العطلات”
- يجب أن يكون تقويم العطلات على دراية بالمجموعات أيضًا. حاليًا لديه بعض المعالجة الخاصة للموظفين (موقع Discourse) - يجب تعميم ذلك وتكوينه، والسماح بتقويمات مختلفة لمجموعات مختلفة بالإضافة إلى تقويم عالمي.
- في تكوينه الافتراضي، يعرض تقويم العطلات العطلات الوطنية القياسية لكل شخص لديه منطقته المحلية معدة. إذا كان هذا أكثر من خمسة أشخاص في مكانين مختلفين على الأكثر، فإنه يطغى على كل شيء آخر. قدم لنا Discourse حلاً مؤقتًا لإخفاء ذلك، على الرغم من ذلك.
- من الجيد توفره: حاليًا يحصل الموظفون على رمز تعبيري
بجوار اسم المستخدم الخاص بهم عندما يكونون في إجازة، ولا يراه سوى الموظفين الآخرين. يجب أن يكون عرض هذا الرمز قابلاً للتكوين. - من الجيد توفره: السماح بتكوين الرمز التعبيري الذي يتم عرضه.
- مكافأة جيدة: السماح للمستخدمين بالاختيار من قائمة من الرموز التعبيرية والأسباب لوقت عدم التوفر المحدد (إجازة، مرض، سفر، إلخ)
فعاليات Fedora
في الواقع، أعتقد أن ما لدينا اليوم يمكن أن يعمل لهذا الغرض. ومع ذلك، فإن بعض ما سبق - عرض تقويم أجمل وأكثر مرونة، وإشعارات، وألوان - سيكون مفيدًا.
لإمكانيات أخرى
- حالة استخدام جدول المؤتمر هي مجرد حالة استخدام جدول الاجتماعات، ولكن بشكل مكثف للغاية. يصبح تتبع التعارضات يدويًا مستحيلاً. لهذا، قد نحتاج إلى محور على مستوى المستخدم بدلاً من محور على مستوى المجموعة. (لا يمكن أن يكون المتحدثون في مكانين في وقت واحد.) وعلى عكس مواقع غرف الاجتماعات لدينا، التي لم تتغير كثيرًا في 15 عامًا (باستثناء تحديثات عناوين URL) ولن تتغير على الأرجح في 15 عامًا أخرى، فإن كل حدث له مجموعته الخاصة من المواقع.
- تقويم جدول الإصدار: أعتقد أن هذا هو في الغالب مسألة أتمتة في استيراد بيانات الجدول الحالية. يمكن لإضافة التقويم الحالية أن تعمل في الغالب، أعتقد. مرة أخرى، كما هو الحال مع فعاليات Fedora، سيكون الترميز اللوني لطيفًا.
