نحن نبحث عن طريقة (عبر إضافة أو أي طريقة أخرى) لتثبيت تعليق في أعلى سلسلة التعليقات على منشور معين في المنتدى.
السبب: نريد تحديث المنشورات القديمة بمعلومات/أبحاث حالية وما إلى ذلك، دون إعادة كتابة المنشور الفعلي نفسه.
أي أفكار؟
هذه فكرة رائعة.
أعلق للتأكد من أنني أتذكر العودة للردود!
يمكنك استخدام إضافة solution لتثبيتها بفعالية في الأعلى.
طالما أن OP هو شخص لديه الحق الشرعي في رفع تعليق (مثل تعليق تم حله). ولا توجد مشكلات لإظهار الإزعاج إذا استمر هذا الموضوع.
هل هذا ضجيج غير ضروري لنا جميعًا؟ بدلاً من النشر، فكر في استخدام نظام المراقبة وتعيين الموضوع على “مراقبة” باستخدام عنصر التحكم المنسدل في أسفل يسار الموضوع. يمكنك أيضًا استخدام نظام الإشارات المرجعية وإنشاء تذكير. إذا أعجبتك فكرة، فما عليك سوى الضغط على “إعجاب” بدلاً من شغل منشور لمجرد التعبير عن ذلك.
قد ترغب في استخدام مصطلحات Discourse لوصف حالة الاستخدام الخاصة بك:
- Thread = Topic (موضوع)
- Comment = Post (مشاركة)
المشاركة ليست موضوعًا، والموضوع يتكون من مشاركات، على الرغم من أنني أعتقد أنه يمكنك “نشر موضوع” ![]()
لست متأكدًا بنسبة 100٪ مما إذا كانت لدي الفكرة الصحيحة، ولكن هل تريد تمييز موضوع بشكل مرئي على أنه “قديم” وتضمين رابط للمعلومات الأحدث؟
إذا كان الأمر كذلك، يمكنك استخدام إشعار للموظفين في الموضوع الأصلي. شيء مثل:
لقد أضفت أيضًا علامة “knowledge-archive” كإجراء احترازي للاستفادة من إمكانيات العلامات إذا احتجت إليها. ![]()
أواجه هذا السيناريو كثيرًا، حيث من المفيد فهم سبب اتخاذنا لقرار ما، مع المحادثة التاريخية.
كما ذكر @not-ethan، فإن Discourse Solved plugin أداة مفيدة لهذا الغرض. إحدى الطرق:
- قم بإنشاء موضوع مناقشة، مع جميع أنواع المعلومات المفيدة (“أين يجب أن نتناول الغداء؟”)
- انقل المعلومات المفيدة إلى موضوع جديد (“أماكن لتناول الغداء”)
- رد على موضوع المناقشة برابط ووصف قصير، وحدد هذا الرد كـ “حل”، والذي سيظهر بشكل بارز في الموضوع الأول
شكرًا لكم جميعًا على مساهماتكم! لدينا الآن قائمة قوية بأماكن الغداء على https://forums.example.org/t/places-to-have-lunch/1337. تحققوا منها!
ميزة إضافية لهذه الطريقة هي أنها تتوافق جيدًا مع الطرق الأخرى التي قد تنشرها بمرور الوقت، مثل دمجها مع Discourse Docs، أو المواضيع الطويلة جدًا، أو المواضيع ذات الردود التي يتم حذفها تلقائيًا… الكثير من التركيبات لطرق مختلفة للتعاون. ![]()
دعني أحاول طرح سؤالي مرة أخرى، هذه المرة باستخدام مصطلحات Discourse الصحيحة. أنا أعيد المحاولة لأن اقتراح الإضافات Solved Discourse Solved يجعلني أعتقد أنني لم أكن واضحًا.
لدينا مواضيع موجهة نحو التكنولوجيا تتقادم ولكننا نريد الاحتفاظ بنص المنشور الأصلي (OP) سليمًا. في الوقت نفسه، لا نريد للقراء أن يعتقدوا أن نص المنشور الأصلي كامل بالضرورة. فكرتنا لحل أنيق هي تثبيت منشور مباشرة أسفل المنشور الأصلي والذي سيحتوي على أي تحديثات نجدها.
هل يساعد هذا في توضيح حاجتنا؟
ماذا عن تحديثات التحديث؟ هل ستنشئ ردودًا لاحقة تجمع كل التحديثات ثم تثبتها؟ أم ستحتاج إلى تثبيت ردود متعددة؟
السبب في أن هذا لا يمتلك حلاً فوريًا وواضحًا هو أن هذا عادة ما يكون مجال منشورات الويكي. يتم تقديم أحدث إصدار حالي، مع بقاء الإصدارات السابقة متاحة للمراجعة.
شكرًا لك يا ستيفن. لعدم امتلاكي الامتيازات اللازمة، لم أكن أعلم بوجود منشورات الويكي. (هذا لأنني أحاول حل هذه المشكلة للمنظمة التي أعمل بها.) لكن منشور الويكي يبدو حلاً جيدًا - بافتراض أنه يمكننا التحكم في تثبيت منشور الويكي مباشرة أسفل المنشور الأصلي. هل تعرف ما إذا كان ذلك ممكنًا؟
الويكي هو دائمًا المنشور الأول في الموضوع.
حتى يتمكن الجميع من التحديث والتنظيم مع OP، مع توفر سجل التعديلات للجميع.
شكراً مرة أخرى. إذا كان منشور الويكي هو الأول دائمًا في الموضوع، فمن الواضح أنه سيتم وضعه مباشرة فوق المنشور الأصلي، وليس مباشرة بعده. هل هذا صحيح؟
أيضًا، على الرغم من أنني لست مسؤولاً، إلا أنني لست مبتدئًا أيضًا. لقد نشرت كثيرًا في المنتدى، ومع ذلك لا أرى القائمة عند النقر على زر […]؛ يتوسع زر […] ببساطة لإظهار زر “الإشارة المرجعية”. هذا مربك بعض الشيء.
لا. المنشور الأصلي هو الويكي حينها.
حسنًا، إذًا يبدو أننا سنضطر إلى التعايش مع منشور الويكي باعتباره OP في تلك الحالات.
شكرًا! أقدر المساعدة!
لقد شاركت فكرة منشور الويكي مع زملائي، بما في ذلك مشرف المنتدى الذي أنشأ لنا منشور ويكي لنجربه.
المشكلة الوحيدة هي أن المنشور الذي حددناه كويكي لا ينتقل إلى الأعلى. لم نجرب بشكل مكثف، ولكن وجود ميزة الويكي القوية هذه في موضوع لا يفيدنا كثيرًا إذا ضاع في مكان عشوائي بين المشاركات.
أي أفكار هنا؟
لست متأكدًا مما إذا كان هذا سيعمل ولكن قم بالرد وتغيير الطابع الزمني ليكون أقدم رد يدفعها إلى الأعلى.
لقد أعجبتني طريقة تفكيرك، لكنني تحققت للتو ووجد أن “تغيير الطابع الزمني” موجود فقط في مفتاح ربط الموضوع، وليس في مفتاح ربط المشاركة، لذلك لا أعتقد أنه سيكون خيارًا سهلاً.
خيار “إنشاء ويكي” هو ميزة افتراضية لمستوى الثقة 3 (على الرغم من أنه يمكن تعديل ذلك في إعداد المسؤول min trust to allow self wiki)، مما يسمح للمشاركة بأن تكون قابلة للتحرير من قبل أي شخص بمستوى ثقة 1 أو أعلى (قابل للتعديل أيضًا). لا يلزم أن تكون الويكي هي المشاركة الأصلية، لكنها تميل إلى أن تضيع إذا لم تكن كذلك.
على الرغم من أنه يمكنك البحث عنها باستخدام عامل تصفية البحث in:wiki.
مع وجود ويكي كمشاركة أصلية، يسمح ذلك بتحديثها بمعلومات/تعديلات جديدة من قبل المجتمع (اعتمادًا على إعدادات مستوى الثقة التي تختارها)، ويمكن عرض الإصدارات السابقة من خلال سجل التعديلات (في الزاوية العلوية اليمنى).
أنا لست متأكدًا مما إذا كان هذا يناسب ما تبحث عنه، لكنني ما زلت لا أستطيع رؤية النتيجة النهائية التي تسعى إليها بالكامل. هل يمكنك أن تعطيني مثالاً تقريبيًا لأول بضع مشاركات في مثل هذا الموضوع حتى أتمكن من محاولة تكرارها على موقع الاختبار الخاص بي؟
@JammyDodger شكراً على التوضيح لسبب عدم رؤيتي لقائمة منسدلة عند النقر على عنصر […] أسفل منشور.
ونعم، يسعدني تقديم مثال:
https://www.smartcontractresearch.org/t/research-summary-sok-decentralized-finance-defi/1055
هذا أحد مواضيع SoK (منهجية المعرفة) لدينا والذي سيكون مرشحًا رئيسيًا لإضافة تحديثات مستمرة عبر منشور wiki مع ترك المنشور الأصلي دون تغيير. مرة أخرى، لقد اقتربنا من الحل؛ إذا انتقل منشور wiki تلقائيًا إلى أعلى الموضوع (كما قال @Stephen)، فسنعتبر المشكلة محلولة.
يرجى إعلامي إذا كان هذا يساعد، وإذا كانت لديك أي أسئلة أخرى.
هل سيكون من الممكن إنشاء المنشور الثاني مباشرة بعد الأول كعنصر نائب، واستخدامه كمنشور “تحديث” عند الحاجة إليه؟ لن يضطر حتى إلى أن يكون ويكي، حيث يمتلك TL4 والموظفون صلاحية التعديل العالمي، لذا يمكنهم تعديله عند الحاجة.
