مكون إضافي للمجلة

:information_source: ملخص تحويل موضوع Discourse إلى مجلة متعددة إلى واحد حيث يمكن لمستخدم واحد نشر إدخالات يعلق عليها المستخدمون الآخرون
:hammer_and_wrench: رابط المستودع https://github.com/paviliondev/discourse-journal
:open_book: دليل التثبيت كيفية تثبيت الإضافات في Discourse

شاهد هذا الفيديو للتعرف على الإضافة:

كيف تبدأ

أولاً، قم بتمكين التدوين لفئة في إعدادات الفئة. انقر فوق “الإعدادات” على اليسار، ثم قم بالتمرير لأسفل إلى النهاية، وحدد “تمكين التدوين في هذه الفئة” وانقر فوق “حفظ الفئة” وقم بتحديث الصفحة. سيقرأ الآن زر “موضوع جديد” في الفئة “إنشاء مجلة”، انقر فوقه لإنشاء مجلتك الأولى.

21 إعجابًا

شكراً للنشر! من واقع خبرتنا العملية، فإن تنسيق فئة اليوميات/المذكرات/السجلات هو أحد أقوى الفئات التي يمكنك إضافتها إلى مجتمعك.

نتطلع إلى مزيد من التطوير للمكون الإضافي.

4 إعجابات

هل يعمل فقط على مستوى الفئة، وليس عبر علامة؟
هل ستعود التعليقات إلى أماكنها الطبيعية إذا تم إلغاء تنشيط المكون الإضافي؟

إعجابَين (2)

حالياً، نعم.

لا يحتوي Discourse على خطافات إلغاء تنشيط المكونات الإضافية مثل Wordpress، لذلك لن يحدث ذلك تلقائيًا، ولكن هناك زر في إعدادات الفئة يتيح لك استعادة المشاركات في الفئة إلى ترتيبها الطبيعي. لذا، بينما لا يزال المكون الإضافي ممكّنًا، ستقوم بما يلي:

  1. تعطيل وظيفة اليوميات في الفئة.
  2. استعادة المشاركات إلى الترتيب الطبيعي.
  3. إلغاء تنشيط المكون الإضافي (إذا كنت ترغب في ذلك).
5 إعجابات

بعض النقاط للتحسينات المحتملة لإصدار مستقبلي محتمل v2.0 من إضافة اليوميات. اعتبر هذا مجرد طرح أفكار وليس طلبات ميزات فعلية. أريد فقط طرحها للجمهور ورؤية ما يفكر فيه المستخدمون الآخرون.

محرك تعليقات أفضل أو مختلف

بدلاً من المشاركات العادية، يجب أن تعمل التعليقات (المعروفة أيضًا باسم الردود على إدخالات اليوميات) بطريقة مماثلة لتلك الموجودة في إضافة التصويت على المشاركات. يجب الإشارة إلى فيسبوك، الأخ الأكبر، حيث تعد تجربة نشر التعليقات أفضل مثال.

السؤال هو ما إذا كانت هذه التعليقات تُحتسب ضمن نشاط المستخدم أم يجب احتسابها في المقام الأول.

بهذه الطريقة، لن يكون المخطط الزمني معطلاً قدر الإمكان، حيث سيتم احتساب مشاركات مالك الموضوع فقط.

اقتراح/مسودة المواصفات:

  • محرك تعليقات التصويت على المشاركات
  • التعليقات لا تُحتسب ضمن النشاط (إعداد إضافي ممكن تشغيل/إيقاف)
  • عرض صورة رمزية للمستخدم ونبذة مختصرة بحجم نصف حجم بجانب التعليقات (ولكن إخفاء شارات الصورة الرمزية)

يوميات مشتركة (أفضل أن تكون موجودة)

هذا يعتبر امتدادًا وليس أمرًا بالغ الأهمية. لكن كان لدينا بعض المستخدمين يطلبون مواضيع يوميات حيث يكون لديك مالكان للموضوع. السؤال هو مدى جدوى ذلك في المقام الأول؟

أفكار المواصفات:

  • يمكن لمالك الموضوع إضافة مؤلفين مشاركين
  • يمكن للمؤلف المشارك إنشاء إدخال يوميات جديد
  • (إذا كان ذلك ممكناً) عرض صور رمزية لمالك الموضوع والمؤلف المشارك مكدسة فوق بعضها البعض في قائمة الموضوع
إعجاب واحد (1)

أوصي بتحسين واحد للإضافة (وهي رائعة!). يجب أن يكون زر التعليق أكثر وضوحًا، على سبيل المثال، في الحالات التي تستخدم فيها ردود الفعل، لا يكون الزر مرئيًا حتى يقوم أحدهم بالتمرير أفقيًا. نظرًا لأن هذه ميزة جديدة، ولأغراض واجهة المستخدم/تجربة المستخدم، سأضع زر التعليق بطريقة واضحة ومرئية.

إعجاب واحد (1)

فقط للتأكيد… أنا لا أسمح بالمواضيع الضخمة وبعد 50 مشاركة يتم إغلاق هذا الموضوع وإنشاء موضوع جديد.

  • هل هذه الإنشاءات التلقائية مملوكة للنظام، لذا يجب علي تغيير المالك، صحيح؟
  • في حالتي، لا يزال حد الـ 50 مشاركة ساريًا ولأن المجلة هي “مجرد” موضوع في شكل متقدم، هل يتم احتساب تعليقات الإدخالات أيضًا ضمن حد الـ 50 لأنها تقنيًا تعليقات على منشور عندما تكون الإدخالات تعليقات على الموضوع، صحيح؟

هذا مجال خاص بـ Discourse، ولكن هل يمكنني تغيير تعليق أصبح الآن إدخالًا بدلاً من كونه تعليقًا على إدخال؟ لم أتمكن من العثور على هذا الخيار في واجهة المستخدم. إذا كان علي استخدام Rails، فلن أزعج نفسي. الكثير من المتاعب بسبب مثل هذا الشيء البسيط.

لدي العديد من المواضيع من نوع المجلة وقمت بتغييرها إلى هذا النظام، ولكن كل شخص علق على الموضوع، والآن تظهر هذه التعليقات كإدخالات. حسنًا، الموضوع القديم وعدد قليل من الأعضاء الجدد يقرؤون هذه المواضيع حتى، وأنا متأكد تمامًا من أنهم لا يهتمون بكيفية عرض المحتوى.

إعجاب واحد (1)

شكراً على الإضافة! بدأت باستخدامها منذ وقت ليس ببعيد ولكن كان لديها شعور “مهجور” لذلك كنت غير متأكد منها. يبدو أنها تعمل بشكل جيد على الرغم من ذلك! (إليك مثال يستخدمها ، لقد قمت بتعديل CSS لإخفاء التفاصيل وتبسيط المظهر)

أعتقد أن الشيء الوحيد الذي يمكنني أن أوصي بشدة بتحسينه هو كيفية الانتقال إلى التعليقات الجديدة عند إعادة زيارة الموضوع. من الصعب شرح ذلك ولكن في بعض الأحيان يكون الأمر متقطعًا / غير واضح أين يوجد التعليق الجديد عندما تلحق بالركب.

3 إعجابات

هل يمكنك أن تكون أكثر تحديدًا بشأن هذا الأمر؟ هل تعتقد أنه يجب أن يكون متطابقًا؟

لاحظ أن إضافة التصويت على المشاركات كانت في الأصل إضافة الأسئلة والأجوبة، والتي انبثقت منها إضافة اليوميات (انظر المزيد). إن مواكبة هذا الأمر مع تغييرات التعليقات في التصويت على المشاركات أمر ممكن.

مثير للاهتمام. لست متأكدًا مما إذا كانت هذه مشكلة في هذه الإضافة أم في قائمة المشاركات نفسها، ولكن نعم، يجب حل ذلك. هل هذا على الهاتف المحمول أم سطح المكتب؟ ما هو المتصفح؟

همم، نظام مثير للاهتمام لديك. ستعتمد الإجابة على كيفية إعداد نظام تقسيم المواضيع الآلي هذا. يتم تمييز الإدخالات عن التعليقات بناءً على ما إذا كانت المشاركة تحتوي على reply_to_post_number، أي:

entries = posts.where(reply_to_post_number: nil)
comments = posts.where.not(reply_to_post_number: nil)

لذا يمكنك تعديل خوارزمية تقسيم المواضيع الخاصة بك لأخذ ذلك في الاعتبار.

لتحويل تعليق إلى إدخال، قم بإزالة قيمة reply_to_post_number الخاصة به.

همم، لست متأكدًا تمامًا مما تعنيه هنا، ولكن آمل أن يمنحك شرحي للتمييز بين الإدخالات والتعليقات الإجابة.

نعم، ستحتاج تجربة المستخدم لـ “إدخال الموضوع” والجدول الزمني إلى التحسين.

قائمة مهام العمل

  • تحسين تجربة المستخدم للتعليقات
  • تحسين تجربة المستخدم لإدخال الموضوع والجدول الزمني
  • إضافة مجموعة كاملة من اختبارات الواجهة الأمامية والخلفية
  • حل تعارضات تجربة المستخدم مع الإضافات الأخرى شائعة الاستخدام والنواة.
4 إعجابات

إنها ميزة أساسية

حسنًا، أنا أستخدم ميزة النواة، لذا ربما لا أقوم بتعديل أي شيء. كالعادة :joy:

أنا أحاول فقط أن أفهم ما سيحدث في المستقبل. ولكن إذا فهمت ذلك بشكل صحيح، فإن الإدخالات تُحتسب ضمن الحد الأقصى لعدد المشاركات، ولكن التعليقات لا تُحتسب. إذا كان الأمر كذلك، فهذا رائع.

موضوع جانبي ميتا، ولكن هل المواضيع الضخمة هي القاعدة المقبولة عمومًا :flushed_face: إنها قراءة بغيضة لكل عضو جديد ومروعة للعثور على شيء للأعضاء القدامى. الآن أبدأ في فهم سبب كون الملخصات ميزة مرغوبة للغاية. لا مفر من أن تؤدي المواضيع الضخمة إلى تكرار لا نهاية له وكمية كبيرة من المحتوى خارج الموضوع.

حسناً.

حتى الآن، سيتم احتساب كل من الإدخالات والتعليقات ضمن الحد. يمكنني تعديل ذلك بحيث تُحتسب الإدخالات فقط. ولكن سيتعين عليّ النظر في ذلك عن كثب.

إعجابَين (2)

أبدأ في فقدان التركيز هنا، وأنا أسأل أشياء بمستوى 101، ولكن إذا كان posts.where و posts.where.not يفعلان نفس الشيء، فما الفرق إذن؟ لكنني أفترض أن nil كان مجرد مثال وأن القيمة الحقيقية تُستخدم :thinking:

ولكن على أي حال. هذا السؤال ذو الطول المحدود ليس مهمًا حقًا، لذا إذا كنت تريد النظر فيه، فافعل ذلك عندما تشعر بالملل وليس لديك شيء أكثر أهمية لتفعله. لأنه في لحظة ما سأعرف كيف يعمل في بيئة حية.

إعجاب واحد (1)

لا يعنيان نفس الشيء. nil هي القيمة الحقيقية.

posts.where(reply_to_post_number: nil)

يعني المنشورات حيث reply_to_post_number هو nil، مما يعني أنه منشور ليس ردًا على منشور آخر (أي أنه إدخال).

posts.where.not(reply_to_post_number: nil)

يعني المنشورات حيث reply_to_post_number ليس nil، مما يعني أنه منشور ردًا على منشور آخر (أي تعليق).

على أي حال، ربما لا تحتاج إلى القلق بشأن استعلامات rails. سأعلمك إذا أضفنا دعمًا لعدم حساب التعليقات في التقسيم التلقائي للموضوع الأساسي.

إعجاب واحد (1)

شكراً لشرح ذلك. الآن فهمت.

إعجاب واحد (1)

لقد قمت بتثبيت المكون الإضافي بنجاح وتم تمكينه، لكنني الآن تائه بعض الشيء؟

هل من الممكن تحديث هذا الموضوع بمنشور حول البدء؟

مرحباً @apidevlab، لقد أضفت وصفًا موجزًا لكيفية البدء أعلاه

إعجاب واحد (1)

مرحباً @angus شكراً جزيلاً، أقدر ذلك كثيراً، لقد تمكنت من تحديد الإعدادات الإضافية عند إعداد فئة وهي تعمل الآن كما هو متوقع، شكراً جزيلاً على إضافتك وعملك على هذا المكون الإضافي الممتاز :slight_smile:

إعجاب واحد (1)

مرحباً يا رفاق، يجري حالياً وضع مواصفات عمل لهذه الإضافة. إذا كنت مهتماً بتوسيع / استخدام هذه الإضافة وترغب في معرفة المزيد، يرجى إرسال رسالة لي على coop.pavilion.tech.

4 إعجابات

هذه الإضافة رائعة حقًا. يمكنني رؤية مجموعة متنوعة من الاستخدامات لها.

إعجاب واحد (1)