تحسين الربط مرة أخرى بالمنشور الأصلي من Mastodon

تجربة المستخدم
2

هناك بعض الاعتبارات الإضافية هنا.

تعيين السمات

Discourse

الموضوع والمنشور إلى Note أو Article:

  • title = name
  • cooked = content

Mastodon

الحالة إلى Note

  • text = content

الحالة إلى Article:

  • text = name + summary + link

أيضًا:

  • يستخدم Mastodon أيضًا summary لتحذيرات المحتوى (مثل NSFW). هذا قيد المراجعة حاليًا من قبل فريق Mastodon وهو موضوع مناقشة في فرقة عمل الثقة والسلامة لـ W3C ActivityPub.

  • يناقش خبراء تقنية Fediverse (بما في ذلك Mastodon) اعتماد مفهوم Preview والذي سيكون كائنًا مرفقًا بـ Article (على سبيل المثال، Note آخر) لإصدار أكثر تنظيمًا من summary، ومع ذلك هناك بعض الجدل حول هذا.

منصات أخرى

الكثير منها يتبع مواصفات ActivityStreams.

المنشور إلى Note أو Article:

  • text = content

معظمها لا يمتلك مفهوم “الموضوع”، ولكن إذا كان لديهم:

  • title = name

هناك اعتبار إضافي وهو أنه ضمن “Threadiverse” (أي Discourse، NodeBB، Lemmy، Flarum إلخ) استقرنا بشكل أساسي على فكرة أن الموضوع = Collection، مما يعني أيضًا أن عنوان الموضوع يمكن أن يكون name لـ Collection.

ماذا يعني هذا بالنسبة لنا

@pmusaraj شخصيًا، أعتقد أن نتيجة السياق أعلاه للاعتبارات التي أثرتها هي كما يلي:

1. تطبيق استخدام مستهدف لـ summary.

أعتقد أنه يجب علينا تعيين مقتطفات موضوع Discourse إلى summary لـ Article للمنشور الأول في الموضوع. Article فقط، وليس Note، وفقط للمنشور الأول في الموضوع.

2. اشتقاق عناوين الموضوع من اسم Collection أولاً.

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

topic_title = collection.name || first_post.object.name

3. تشجيع Article للمنشور الأول فقط.

الهدف من نوع النشر “المنشور الأول فقط” هو تسهيل حالات الاستخدام التي تركز على نوع النشر “الإعلان” المستهدف بشكل أساسي للمنصات المستندة إلى التدفق مثل Mastodon. إذا قمنا بتطبيق 1، فهذا يعني أن المنشور الأول سيظهر في Mastodon على هذا النحو

#{topic title}\n\n#{topic excerpt}\n\n#{topic url}

السبب في أنني لم ألمس summary بعد هو أن Mastodon أيضًا (بالإضافة إلى استخدامه في Article) كان يستخدم summary لتحذيرات المحتوى والمفسدات، ومع ذلك هذا:

  • أقل صلة بـ Article حيث يتم استخدام summary بشكل فعال كـ summary فقط. يتم التعامل معه بشكل أكبر كتحذير محتوى (مفسد) لـ Note؛ و
  • هو علاج خاص بـ Mastodon؛ و
  • ليس الغرض المعياري لخاصية summary (أي في مواصفات W3C)؛ و
  • قد يتغير هذا في Mastodon.

لاحظ أنني أقول “تشجيع” لأنني أعتقد أن جعل المنشور الأول فقط Article دائمًا سيمنع أي استخدام لعلامات [note][/note] لتحديد المحتوى الذي سيتم نشره في المنشور الأول. يمكنك حاليًا استخدام هذه العلامات لإنشاء ملخص مخصص خاص بك. لست متأكدًا مما إذا كان هذا النمط سيصبح شائعًا على الإطلاق، ولكني لا أرغب في التخلص منه تمامًا بعد.

4. إزالة رابط وإعداد “ناقش في منتدانا”

بينما قد يكون هذا منطقيًا في وقت مبكر، أعتقد أنه:

  • خاص بحالة استخدام الإعلان “المنشور الأول فقط”.
  • زائد عن الحاجة لحالة الاستخدام تلك إذا اعتمدنا 3.
  • مكرر لرابط الكائن الذي نرسله دائمًا وتستخدمه المنصات للربط بالمحتوى الأصلي.
3 إعجابات