هذا الموقع النموذجي هو مقترح حول كيفية تطوير منتدى مجتمع مشروع تطوعي أشارك فيه. الهدف هو الانتقال من منتدى مجتمعي يقتصر على المحادثات فقط إلى وضع المجتمع في مركز المشروع.
الفئات هي: محادثة، مشاركة، وفعل. مناطق الفرق مُوسَّمة فقط. الفكرة هي الحفاظ على إمكانية الوصول إلى الفرق في جميع أنحاء الموقع وعدم تجزئة المجتمع باستخدام الفئات.
في هذا المقترح، قمت أيضًا بتعديل ميزة تعيين لتصبح قيادة، ومكوّن تم الحل ليصبح مكتمل. عند اختيار “تم الحل” في موضوع ما، يتم إلغاء تعيينه افتراضيًا، وهذا يعمل بشكل جيد هنا: حيث ستظهر قيادة الأنشطة غير المكتملة فقط.
كما يتماشى ذلك مع استخدام ميزة الحدث لجدولة الأنشطة. التعديل الوحيد هنا كان إعادة تسمية سأذهب/لن أذهب إلى انضم و غادر لحضور الفعاليات. بشكل افتراضي، ستعرض الأنشطة في تقويم الفعاليات القادمة، وهو أمر مفيد.
شكرًا جزيلاً لك على نشر هذا. أنا أخطط حاليًا لإعداد Discourse لاستخدام مشابه جدًا، ومن المثير للتفكير والمُلهم رؤية ما تقوم به.
لن أنشر أفكاري وحلّي هنا، إذ من الأرجح أن يكون من الأفضل إنشاء موضوع منفصل لذلك، مع الحفاظ على تركيز هذا النقاش على أفكارك أنت.
أحبّ كيف يبدو التصميم نظيفًا وبسيطًا.
يبدو تقسيمك لـ Talk / Share / Act واضحًا حقًا، وأنا معجب بهذه الوضوحية. غير أنني لست متأكدًا من رغبتي في استخدامه، لأنني لست مقتنعًا بأنه يعكس كيفية عمل الأمور فعليًا في مجتمعي. كما أنني غير متأكد من من سيستفيد من هذا التمييز، ومتى قد يرغب شخص ما مثلًا في تصفّح Talk وتجاهل Share.
العمود الأيسر لديك جميل… هل هو مكون من سمة (theme component) أم سمة مخصصة؟
ما الغرض من إضافة “Categories” في القائمة العلوية، بينما هي موجودة في أعلى الشريط الجانبي الأيسر؟
فكرتك في تكييف إضافة “solved” لتكون “Completed” مثيرة للاهتمام جدًا، وسأجربها.
شكرًا لك على ملاحظاتك، جوناثان! نعم، إنها فكرة جيدة ألا نجعل هذا الموضوع مجموعة من الحلول المختلفة، لقد قمت بتعديل عنوان ونص المنشور الأصلي!
بخصوص النقطة 2): نعم، لم أكن أقصد اقتراح استخدام هذه المصطلحات نفسها كما هي. هناك اقتراح عام وهو عدم تقسيم المجتمع إلى مجموعات فرعية باستخدام فئات من المستوى الأول. قمت برسم خريطة ذهنية لتوضيح ذلك. بالنسبة لي، أي شيء يمكنك وضعه في فقاعة بيضاء مماثلة سيدعم هذا التخطيط بشكل جيد:
أنا أستخدم إضافة التخطيطات المخصصة وجميع أدواتها الحالية: قائمة الفئات، الملف الشخصي، HTML المخصص، وقائمة المواضيع. لذا فإن قائمة التنقل التي تعرض الوسوم (المجتمع، التصميم، التطوير، التسويق) هي قائمة HTML مخصصة.
أستخدم الشريط الجانبي فقط في عرض سطح المكتب، وليس في الجوال، وهذا هو السبب في أنني أعرض الفئات في قائمة التنقل العلوية أيضًا. بالإضافة إلى ذلك، قد تكون هناك فئات أخرى لا أرغب في إبرازها بنفس القدر في قائمة الشريط الجانبي.
أعجبني حقًا طريقة تفكيرك. عندما بدأتُ لأول مرة في تعلم كتابة إضافات Discourse، ارتكبتُ أيضًا الخطأ بالتركيز بشكل مفرط على الفئات. أعتقد أنه من الجيد تخيّل كيف ستكون الأمور لو قمنا بالإجراءات التي نقوم بها على Discourse في الحياة الواقعية. تخيّل الدخول إلى فئة و«إنشاء موضوع جديد». يبدو لي ذلك غير طبيعي. لا أتذكر أنني قمت بشيء مشابه لذلك في الحياة الواقعية. أعتقد أن تنفيذ إجراءات مثل «بدء محادثة» أو «طرح سؤال» يبدو أكثر طبيعية بكثير.
يجب أن تكون الإجراءات شيئًا سيبدو طبيعيًا فعليًا في الحياة الواقعية. «إنشاء موضوع» يبدو ميكانيكيًا وربما حتى قاسيًا بعض الشيء بالنسبة لي. لهذا السبب أقوم ببناء واجهة برمجة تطبيقات (API) لاستبدال إجراءات محرر النصوص (Composer) بأخرى مخصصة في الإضافة التي أعمل عليها حاليًا. كما أعجبني فكرتك حول إنشاء مجتمع له هدف محدد. أشعر أن هدفي المتمثل في إنشاء قاموس تعاوني يعتمد على Discourse يسير في اتجاه مشابه.
يجب تخصيص Discourse بطريقة ما. وإلا سيكون قريبًا جدًا من مجموعة فيسبوك، واحتكاك مجموعات فيسبوك منخفض جدًا.
آمل أن ينجح موقع couchers.org. لقد استخدمتُ موقع couchsurfing.org في مارس الماضي عندما وصلتُ إلى تايبيه، ولم أستخدمه منذ ذلك الحين، لكنني سمعتُ من مسافرين آخرين أنه تعرض لانهيار كبير أموال رأس المال الجريء تفسد كل شيء
أنا فضولي لمعرفة سبب اختيارك عدم استخدام عرض التخطيطات في الهاتف المحمول؟
لقد اخترنا إخفاء قائمة التصنيفات المنسدلة بالكامل (في مكون السمة). أنا فضولي لمعرفة ما إذا قمت بأي تعديلات على أداة قائمة التصنيفات لتحديد تصنيفات معينة؟ أو ما إذا كنت تستخدم إعداد excluded_categories؟ لقد فكرت في إضافة إعداد included_categories (أو شيء مشابه)، حيث قد يكون ذلك مفيدًا لبعض الأشخاص.
في الواقع، قمت مؤخرًا بتفعيل ثلاثة مستويات من التصنيفات على thpavilion.io للسماح بتنظيم مختلف لقاعدة المعرفة. في السابق، كان لدينا
لقد قاومت القيام بهذا التحول لفترة من الوقت، حيث أن ثلاثة مستويات أكثر تعقيدًا، خاصةً بالنسبة للإضافات والسّمات في التعامل معها. على سبيل المثال، أداة قائمة التصنيفات في التخطيطات لم تكن تدعم ثلاثة مستويات (لقد أضفت الدعم لها مؤخرًا).
ومع ذلك، نحن بحاجة الآن إلى ثلاثة مستويات في قاعدة المعرفة لأسباب تنظيمية (على سبيل المثال، نحتاج إلى سحب بعض مواضيع المعرفة من واجهة برمجة التطبيقات بناءً على التصنيف). وكما هو متوقع في Discourse القائم على المشاريع/العمل، يمكن أن يتأثر التصنيف بالاحتياجات التنظيمية، بدلاً من موضوعات النقاش في منتدى يركز أكثر على النقاش.
في الواقع، أنا سعيد جدًا بعرض الجوال كما هو. كما أجد أنه مفيد عدم المبالغة في التعديلات المعقدة. لذا فإن التنقل الأساسي عبر الموقع يعمل مع قائمة التنقل القياسية.
لقد راجعته الآن، وكرد فعل، واجهت بعض الصعوبات في فهم كيفية عمله. يبدو وكأنه قائمة HTML مبرمجة مسبقًا أخرى. سأحاول تجنب ذلك أيضًا.
نعم، استبعدت بعض الفئات من إعدادات الأداة. وأعتقد أن تضمينها سيكون أكثر بديهية، حيث أن هذا هو كيفية عمل معظم الإعدادات. ربما يمكن ملء هذه القائمة بجميع الفئات الموجودة عند تمكين الأداة لأول مرة؟
بشكل عام، أحب جدًا إضافة discourse_layouts وترك المزيد من التعليقات على أدواتها هنا:
أموال رأس المال الجريء تفسد كل شيء 
وترك المزيد من التعليقات على أدواتها هنا: