لقد قمت بنشر فرع add_update_support_to_first_post_only الخاص بك على موقع الاختبار الخاص بي ونجحت في المرور عبر الوظائف من البداية إلى النهاية؛ الإنشاء والتعديل والحذف، مع مزيج من الإضافات التي قمت بتثبيتها. شكراً لك! 
هل الاختبار المجتمعي مثل هذا ذو قيمة على الإطلاق؟
جميل!
لا أنصح بذلك بالضرورة كممارسة منتظمة على جميع طلبات السحب غير المدمجة لأنه يحتوي على بعض المخاطر ولا يمكنني تقديم الدعم للمشكلات التي تنشأ على طلبات السحب غير المدمجة (تلعب عملية مراجعة طلبات السحب دورًا مهمًا)، ولكن إذا وجدت مشكلة ستكون مفيدة، لذلك لن أخبرك بالتوقف إذا كنت على ما يرام مع هذا الخطر، على سبيل المثال، إذا كنت تنشرها على موقع تطوير أو موقع تجريبي. لا أنصح بنشرها في بيئة الإنتاج.
بالتأكيد، إذا انكسر فيمكنني الاحتفاظ بكل القطع. يُعرف أيضًا بإعادة تحميل قاعدة بيانات موقع الاختبار الخاص بي من نسخة احتياطية حديثة للموقع الرئيسي. 
أيضًا، أفهم أن طلبات الدمج (PRs) تحصل على تحديثات force-push، وما إلى ذلك.
إذا أصبح اختباري مصدر إزعاج، فلا تتردد في إخباري، لن أسيء فهم ذلك. هدفي هو دعم الجهد، وليس إعاقة التطوير.
ربما يمكنك إضافة مربعات اختيار في هذا المنشور حتى نتمكن من متابعة التقدم؟
تبدو خارطة الطريق رائعة، أنا سعيد جدًا لأن هذا مستمر. تهانينا لك ولفريق Pavilion على بنائه، ولفريق Discourse @team على تكليفه وجعله رسميًا!
تم. تعني علامة الاختيار أن الميزة قد تم دمجها. التالي في القائمة هو
أريد فقط التأكيد على أن هذه إضافة من Discourse.org ويجب توجيه التحيات إليهم لتحديدها وتكليفها ونشرها ودعمها. هذه ليست إضافة من Pavilion. نحن فقط نقوم ببنائها.
إعادة قراءة هذا، أود النظر في سؤال الفئة الفرعية الذي ذكرته سابقًا. @mattdm، هل تفكر في تمكين هذا لـ Fedora Discussion؟ أعتقد أنه قد تكون تجربة مستخدم سيئة أن تضطر إلى متابعة كل فئة فرعية على Fedora Discussion بشكل منفصل؟
بالنسبة لموقعي، لدي 8 فئات رئيسية للتنسيق، مع 21 فئة فرعية عامة إضافية.
أود أن يتمكن الأشخاص من الاشتراك في الفئات الرئيسية والحصول على محتوى الفئات الفرعية العامة، ولكن ليس تنسيق الفئات الفرعية المقيدة بالعرض (على سبيل المثال، فئة الموظفين هي فئة فرعية خاصة لفئة أصلية عامة على موقعي).
أرى طريقتين حول هذا:
تبدو الثانية خيارًا أفضل؛ أكثر مرونة، وأكثر وضوحًا، وإذا فهمت بشكل صحيح، فمن المحتمل أن تتناسب بشكل أفضل مع نموذج البيانات.
أعتقد أن بديلاً سيكون بناء روبوت (أو روبوتات) لتعزيز جميع المشاركات تلقائيًا بواسطة مجموعات من الجهات الفاعلة على Discourse الخاص بي. سيتيح لي ذلك أيضًا تنفيذ @all@....
شكراً لإثارتك ذلك مرة أخرى. سألقي نظرة، وأناقش الأمر داخلياً وسأعلمك.
كلما فكرت في هذا الأمر، زاد إعجابي بفكرة الاحتفاظ بالممثلين 1:1 مع الفئات، بحيث يمكن للمستخدمين متابعة الفئات التي يريدونها فقط بالضبط، وكذلك إنشاء روبوت يعزز المنشورات تلقائيًا بواسطة مجموعة من الممثلين (على سبيل المثال، فئة وجميع فئاتها الفرعية العامة، أو حتى جميع الفئات الفرعية العامة. أقصى قدر من المرونة، لا عمل إضافي لك).
بينما كنت أفكر في هذا، تذكرت أن @Stark9837@techhub.social كتب روبوتًا @3dprinting@techhub.social الذي يعزز تلقائيًا جميع المنشورات التي يجدها وتحتوي على علامة #3dprinting لإنشاء نوع من المجموعة. سألت عن الروبوت وحصلت على هذه الإجابة:
لذلك عندما يتم إصداره، قد يفعل بالضبط ما أبحث عنه.
@mcdanlj الطريقة لتجميع المنشورات في مواضيع (أي محتوى المنتدى) ليتم نشرها على أساس تصنيفي هي ما يوضحه فيليكس في FEP-1b12. لقد قمت بمراجعة المواصفات والهندسة المعمارية والاستخدام الحالي (خاصة Mastodon) من المبادئ الأولى ووصلت إلى نفس الاستنتاج الذي توصل إليه هناك (وفعلت ذلك مع Lemmy). في الأساس، ستعلن ممثلو الفئات (تعزيز في Mastodon) عن الأنشطة في فئاتهم للمتابعين. هذه ستكون الطريقة التي تعمل بها وضع “الموضوع الكامل” في هذا المكون الإضافي. أعمل حاليًا على هذا العنصر.
لن تكون هذه جزءًا من المرحلة الثانية، ولكنها إضافات محتملة في وقت لاحق.
بالتفكير في الأمر، نعم. في البداية، أعتقد أننا سنستخدمه فقط للإعلانات (بالاشتراك مع ميزة النشر المجدول في فئة مخفية للمسودات). قد يكون مفيدًا أيضًا لفريق وسائل التواصل الاجتماعي لدينا لاستخدامه لصياغة / تنسيق / جدولة منشورات mastodon.
أعتقد أنه سيكون من المثير أن يكون لدينا شيء أوسع، مما يجعله ممكنًا على الأقل لمتابعة كل شيء - وربما حتى المشاركة. ولكن هذا سيكون بعد فترة أطول بكثير.
مجموعة الميزات الحالية للمكون الإضافي تعمل بشكل جيد لهذه الحالة الاستخدام.
يحتوي المكون الإضافي الآن على دعم الرؤية. يمكنك الآن جعل الملاحظات، المعروفة أيضًا بحالات Mastodon، عامة.
الخطوة التالية هي إضافة دعم المقالات (للمحتوى الطويل) وتحسين تحليل المحتوى.
بعد ذلك سيكون دعم الموضوعات الكامل، وهو جاهز تقريبًا. إليك معاينة صغيرة
(ونعم، إنه متوافق مع FEP-1b12)
تم دمج منشور في موضوع موجود: العمل مع المكون الإضافي ActivityPub
الإجابات المختصرة لأسئلتك هي:
المحتوى الافتراضي والأكثر دعمًا لـ ActivityPub هو HTML (انظر المزيد). قد نضيف شكلاً من أشكال دعم markdown للملاحظات والمقالات في المستقبل.
هناك شيء آخر يحدث مع أمثلتك. ترسل هذه الإضافة HTML (حاليًا، وأيضًا في هذا التحديث). تعرض لقطات الشاشة الخاصة بك markdown غير معالج.
يتم شرح دعم المقالات في رسالة الالتزام الخاصة بها.
المقالة مخصصة عندما لا ترغب في تقييد طول المحتوى الذي يتم اتحاده (أي، تريد اتحاد المنشورات بأكملها). لاحظ أن Mastodon حاليًا يحول محتوى أنواع المقالات إلى رابط، ومع ذلك، فإن منصات مثل Lemmy ستعرض المحتوى الكامل. انظر المزيد mastodon/mastodon#24079
على حد علمي، يدعم Mastodon Glitch أيضًا تنسيق markdown عن طريق عرضه إلى HTML من جانب الخادم. هذا ما كنت آمله.
الآن بعد أن عرفت أنه يجب أن يرسل HTML، يبدو من المحتمل أن يكون هناك تداخل من مكون إضافي آخر. سأقوم باختبار ذلك. شكرًا لك!
أتساءل فقط لماذا لم يتم تمييز هذا بـ “رسمي”؟
ربما لأنه لم يصبح متاحًا للعملاء المستضافين افتراضيًا بعد
حسنًا، المكون الإضافي ليس رسميًا لأنه لا يزال في مراحل مبكرة جدًا من التطوير. يمكن للعملاء المستضافين بالتأكيد التواصل والاستفسار عن استخدامه.
تبني CDCK الكثير من المكونات الإضافية وليس كلها تحمل علامة رسمية، وبعض المكونات الإضافية التي نبنيها تجريبية، أو متخصصة، وما إلى ذلك. أعتقد في النهاية أننا سنضع علامة رسمية على هذا المكون الإضافي.
تم تقسيم 6 مشاركات إلى موضوع جديد: العمل مع المكون الإضافي ActivityPub