هذا إضافة لإدارة تبعيات المهام مع منصة ديسكورش.
تحوّل الإضافة بشكل أساسي أي تصنيف إلى مشروع، وتحوّل المواضيع داخل هذا التصنيف إلى مهام لذلك المشروع.
يمكنك تعريف التبعيات بين المهام، أي تحديد المهام التي يجب أن تنتهي قبل بدء مهام أخرى. كما يمكنك تحديد تواريخ البدء والانتهاء ومدة كل مهمة. ستقوم الإضافة تلقائيًا بتحديث تواريخ البدء والانتهاء للمهام التابعة عند تغييرها في أي مكان.
ستعرض الإضافة أيضًا تاريخ البدء الأقدم وتاريخ الانتهاء الأحدث في رأس التصنيف.
سيتم حساب المدة الإجمالية للمشروع تلقائيًا. كما يمكنك قفل مهام معينة لمنع الحساب التلقائي لتواريخ البدء والانتهاء من التأثير عليها.
يشرح هذا الفيديو على يوتيوب كيفية استخدام الإضافة:
قيد التنفيذ:
عرض الرسائل على الشاشات المحمولة أو الضيقة
إضافة عرض قائمة المواضيع لعرض المهام بالترتيب الطوبولوجي (+إزاحة المهام التابعة قليلاً)
استخدام ناقل الرسائل لإخطار المستخدمين الآخرين بالتغييرات
إضافة إمكانية المراجعة لمهام المشروع
إضافة دعم للمشاريع الفرعية (سيكون المشروع الفرعي مهمة في مشروع واحد، ولكنه أيضًا تصنيف مستقل)
تحسين واجهة المستخدم (استخدام الروابط بدلاً من الأزرار وما إلى ذلك)
هذا في الواقع ليس مشكلة تافهة. من ناحية، يتعين عليك التعامل مع حالات كثيرة في الواجهة الأمامية. لم أتعامل بعد مع جميعها لهذا الإضافة. كما ترون، لا تزال إمكانية المراجعة مدرجة في قائمة المهام. ثم هناك أيضًا مشكلة حفظ البيانات وما إذا كان من فكرة حكيمة استخدام متجر الإضافات أم لا. تم التطرق إلى هذا الموضوع في هذا الخيط:
لقد كتبت هذه الإضافة أيضًا لأنني أردت معرفة ما إذا كانت الجداول الحقيقية يمكن أن تحقق فائدة كبيرة حقًا. منطق الاعتماديات هذا وفحص الأخطاء في الخلفية مع التراجع في حال كان مجرد “تجربة جافة” لن يكون ممكنًا باستخدام متجر الإضافات فقط. أعتقد أن الأمر يتعلق بمقايضة. في بعض حالات الاستخدام، يكون متجر الإضافات كافيًا. لكنني أعتقد أن القيام بأشياء أكثر تعقيدًا لا مفر من استخدام جداول “حقيقية”. أريد أيضًا كتابة منشور مدونة حول هذا الأمر بعد أن أستكشفه أكثر قليلاً. إذا نظرنا إلى هذا بطريقة أكثر تجريدًا، فإن ما نريد فعله هو التالي: نريد استخدام discourse لتحرير البيانات المهيكلة بشكل جماعي. في الوقت الحالي، من الصعب حقًا “إضافة” حقل مخصص إلى منشور أو موضوع ببساطة، لكنني أعتقد أنه يمكن جعل ذلك أسهل. شيء آخر أريد فعله هو إزالة محرر المؤلف بالكامل واستخدام الموضوع فقط لإدخال البيانات. لا أعرف ما سيترتب على ذلك، ولكن إليك بعض العصف الذهني: Why not create an OPEN SOURCE platform dedicated to open source drug discovery ? · Issue #581 · OpenSourceMalaria/OSM_To_Do_List · GitHub
ربما يمكن دمج هذين النوعين من الإضافات أيضًا كما أشرح في هذه المشكلة على GitHub. لذا يمكنك إدخال البيانات في مواضيع لا تحتوي على محرر d-عادي، بل على محرر متخصص لإدخال البيانات، ثم الإشارة إلى هذه البيانات في مواضيع لا تزال تحتوي على محرر d-عادي. قد تحتوي هذه المواضيع الأخرى أيضًا على بعض الحقول الإضافية، مثل في إضافة إدارة المشاريع هذه.
هل يمكنك نشر رسالة الخطأ حتى أتمكن من مساعدتك؟
أيضًا: يستخدم هذا الملحق جداوله الخاصة، لذا تحتاج إلى إعادة تشغيل عمليات الترحيل بعد التثبيت. يجب أن يكون الأمر شبيهًا بـ rake db:migrate، يرجى مراجعة دليل التثبيت للحصول على تفاصيل إضافية.
مرحبًا، أنا مستخدم جديد في منصة Discourse الفنية المجتمعية. أبحث عن إضافة لإدارة المشاريع للمشاريع الصغيرة داخل مجتمعنا في Discourse. هل لا تزال هذه الإضافة مستخدمة؟
كان هذا أول إضافة كتبتها لتعلم كيفية كتابة إضافات لـ Discourse. وهي حالياً في حالة غير مكتملة. لم أقرر بعد الاتجاه الذي أريد أن أتخذه مع هذه الإضافة، لكنني أرغب بالتأكيد في مواصلة العمل عليها وإعادة توظيف الكود الذي كتبته. سأكون سعيداً إذا أخبرتني عن حالة الاستخدام الخاصة بك. ويمكنك أيضاً مراسلتي عبر الرسائل الخاصة إذا كان ذلك أكثر راحة لك!
أعمل حاليًا على إعادة كتابة إضافة المحرر الأساسية، وقد أعود إلى هذه الإضافة لاحقًا. لكن سيتعين عليّ إعادة التفكير في الفئة المستهدفة لهذه الإضافة. سأكون سعيدًا جدًا للاستماع إلى ما تود استخدامه لها. وينطبق الأمر نفسه على أي شخص يقرأ هذا: فقط اكتب كيف تود استخدام Discourse لإدارة مشاريعك. ربما يمكننا العصف الذهني معًا