Are there any plugins that use ideas from this topic/any others that help with long topic navigation?
Also is there something official coming out to help with this in the nearish future?
I looked around for a bit and didn’t see anything about either of the above. Sorry if I missed/for the bump.
Nothing is coming in the nearish future but very likely in the next 12-24 months, its an area we want to improve.
I noticed the photos app in Windows 10 builds a timeline with breakpoints:
Gotta reiterate that I think the strongest case for this, by far, is enormous gaps in the conversation, or simply “years” if the conversation goes on that long.
Possibly the second strongest is posts with anomalously large number of likes relative to the rest of the topic; could mark those with a 
أود حقًا الحصول على أداة من هذا القبيل.
إن منتداي مخصص لمشاريع التمويل الجماعي، وبعض النقاشات قد تمتد لسنوات مع نقاط تحول درامية (مثل ما قبل حملة كيك ستارتر، وبداية الحملة، ونهايتها، وعند التسليم، والانطباعات الأولى/الاستخدام بعد التسليم، وما إلى ذلك).
مع وجود مواضيع تضم آلاف المنشورات، فإن القدرة على تحديد نقاط التحول هذه ستحسن تجربة المستخدم بشكل كبير.
فرض مواضيع جديدة عند نقاط التحول هذه هو الاستراتيجية الصحيحة.
وإذا لم تتمكن من التعرف على هذه التحولات فور حدوثها، فيمكنك تقسيم الموضوع لاحقًا.
هذه استراتيجية جربتها (التقسيم) وهي لا تعمل على الإطلاق. الناس يكرهون الاضطرار إلى البحث عبر خيوط متعددة عند البحث عن بيانات قديمة.
المحادثات حول مشروع تمويل جماعي (الألعاب في حالتي) تشبه الكائن الحي. تمر بمراحل عديدة. مع أوقات من الفرح. وأوقات من الكراهية. لا تغير طفلك عندما يتحدث لأول مرة. عندما يقرأ أول كتاب له. أو عندما يغادر المنزل. ترى الأمر/تراه كرحلة طويلة مليئة بالعاطفة والشغف.
أعجبني إضافة دعمك لتحديد التصريف. هذه ميزة قوية إذا أمكن تمثيلها بصريًا. 
كما أقدر ملاحظتك بأن مستخدميك يرغبون في البحث في المحادثة كاملة منذ بدايتها. لكن هذا لا يعني بالضرورة أنها ستكون ميزة تستحقها لمعظمنا. إذا أراد الناس حقًا البحث في سلسلة كاملة من المواضيع المنقسمة، فقد تكون خيار البحث عن ذلك ميزة يمكن تطويرها كإضافة. سأصوت لبحث تكراري يسمح بالبحث في كل موضوع سابق في السلسلة واحدًا تلو الآخر حتى الوصول إلى الموضوع الأول. بهذه الطريقة يمكنني رؤية السياق بسهولة أكبر، أي السبب وراء انقسام الموضوع.
كما لا أتفق مع أن موضوعًا طويلًا أو رحلة طويلة يمثلان واقع طفل ينمو.
هناك خطوات تنموية محددة وموثقة جيدًا تميز الانتقال إلى مجموعة جديدة من الفرص. كل منها يبدأ فصلًا جديدًا، مثل: الرحم، المولود الجديد، الزاحف، الطفل الصغير، مرحلة ما قبل المدرسة، المدرسة المبكرة، أو ما شابه ذلك. قبل وبعد التحدث، قبل وبعد المشي، قبل وبعد القدرة على استخدام المرحاض بأنفسهم، وهلم جرا.
الأهل دائمًا يراقبون أطفالهم وهم ينتقلون إلى أشياء جديدة ويتركون أشياء قديمة وراءهم. لذا فإن مشكلة حقيقية إذا عاملت طفلي في مرحلته الحالية بنفس الطريقة التي عاملته بها في مرحلته السابقة. ينطبق الأمر نفسه على المشاريع. كل مرحلة جديدة تمثل فرصة لتقديم صورة واضحة عن السمات الرئيسية لمرحلة التطوير التالية وكيف سنخطط لها ونعترف بها. من غير المنتج معاملة المشروع كما لو أنه لا يتطور ولا يحتوي أبدًا على أي شيء يحتاج إلى تركه وراءه.
إنها تعمل بالفعل، وتعمل بشكل جيد. تحتاج إلى بعض الانضباط لجعل تقسيم المواضيع والمواضيع المحددة المتعددة تعمل بشكل صحيح. إذا كان موقعك يفتقر إلى الانضباط، فإن الأمر برمته مُحكم عليه بالفشل على أي حال. قد يكون من الأفضل ببساطة تثبيت نظام دردشة مثل Discord وإنهاء الأمر عند هذه النقطة.
حسناً، كما تعلم، هذا المنتدى يعمل منذ 5 سنوات. وقد كان يعمل سابقاً على bbpress أيضاً (وهو ما لم يكن ممتعاً بالنسبة لي في إدارته).
ويعمل بشكل جيد. بعض المواضيع تقترب من علامة 10 آلاف منشور، لكنها مواضيع محددة جداً: موضوع واحد = لعبة واحدة. يمكن للمرء أن يفكر في العديد من الطرق لتقسيمها، لكن الحقيقة هي أن كل محاولة قمنا بها من نوع التقسيم هذا انتهت بشكل سيء جداً. مستخدمو يحبون الأمر بهذه الطريقة، حيث تتوفر جميع المعلومات المطلوبة (والكثير منها بوفرة) في موضوع واحد حول لعبة واحدة (في الواقع، غالباً ما يكون هناك موضوع موازٍ ثانٍ لالتزامات المجموعات. وقد جاء ذلك بناءً على طلب المستخدمين، حيث وصلوا إلى حد تحملهم للضجيج).
طريقة أخرى للنظر إلى طلبي السابق هي أنها تشبه جدول محتويات للنقاش بأكمله. أعرف أن هناك إضافة لجدول محتويات للمشاركات. نعم، يمكنك القيام بذلك يدوياً وإضافة روابط إلى أول مشاركة. لكن يمكنك أن تتأكد من أن أحداً لن يلاحظ تلك الروابط أبداً. أعتقد أن نقاط التحول، المعتمدة على الوقت أو الاهتمام، والقريبة من الجدول الزمني، قد تكون ذات قيمة من وجهة نظري.
لاحظ أنني بالتأكيد أستطيع العيش بدونها. لكنني أعتقد أنها قد تكون مفيدة.
ستواجه مشاكل أداء شديدة كلما طالت المواضيع. بدون بعض الانضباط، ستكون هناك عواقب، تُقاس بوحدات خوادم أكثر تكلفة (معالجات أسرع أو أكثر، ذاكرة وصول عشوائي أكبر، إلخ)
استخدام مثير للاهتمام لهذا في موقع التصويت الديمقراطي 538، لاحظ “الجدول الزمني” مع نقاط توقف الفصول على اليسار:
يتغير هذا عند التمرير لأسفل:
فكرة أخرى مثيرة للاهتمام حول نقاط التوقف الطبيعية في الألبومات: أي المقالات يتم تشغيلها أكثر؟
يمكنك أن تكون متطورًا وتستخدم مجموعة مشتركة من المعايير لهذا الغرض، كما نفعل في ملخصات الموضوعات والقوائم العلوية (في قوائم الموضوعات)
… لكنني أعتقد أن مجموعة من نقاط التوقف بناءً على أكثر المنشورات التي حصلت على ستكون طريقة معقولة للتنقل في موضوع، على الرغم من أنني أعتقد أن الفجوات الكبيرة في الوقت لا تقل أهمية، إن لم تكن أكثر أهمية.
يُرجى ملاحظة أن هذه الفصول تم تأليفها يدويًا، واستُخلصت من أوقات الترميز في وصف الفيديو!
لقد فكرت في هذا الأمر بعض الشيء. بناءً على تجربتي مع المواضيع الضخمة (megatopics) وتلك غير الضخمة التي يتم تحديثها ببطء، فإن المستخدمين يكرهون إغلاق المواضيع التي كانوا يتابعونها، حتى لو وُجدت مواضيع بديلة.
يشير هذا إلى حلين محتملين، وكلاهما قد يحتاج على الأرجح إلى بعض المساعدة في النواة (core) أو في أحد الإضافات (plugin).
تفاصيل أكثر حول كل فكرة:
الطريقة التي أتخيلها للعمل هي أن يختار المشرف منشورًا ثم ينقر على “وكل ما قبله”، مما يؤدي إلى ظهور نافذة منبثقة جديدة أو معدلة لإنشاء موضوع جديد. سيحتوي الموضوع الجديد افتراضيًا على نفس الفئة، وسيأخذ اسم الموضوع الحالي مع تواريخ البداية والنهاية، وسيكون مقفلًا افتراضيًا. سيحتوي المنشوران الأول والأخير (والأخير هو منشور نظامي) على روابط للموضوع الرئيسي الذي تم تقسيمه منه. سيحتفظ الموضوع الحالي بالمنشور الأول، وسيحصل على منشور جديد في مكان المنشورات المنقولة (متجاهلًا أي منشورات خاصة أخرى في موضوعات التقسيم)، وسيبقى كما هو من الناحية الأخرى.
من المرجح أيضًا الحاجة إلى مهمة rake لإصلاح روابط الاقتباس في المواضيع الأخرى، لكن هذا قد يكون أكثر تعقيدًا.
من المرجح أن يكون هذا الخيار أسهل في التنفيذ، لكنه يبدو لي أقل إرضاءً من الناحية الأخرى. أولًا، الروابط العامة من الشكل example.discourse/t/_/12345 (أي الذهاب إلى الموضوع وليس إلى منشور محدد) تصبح غير صالحة. مثل هذه الروابط محتملة إذا كان الموضوع يُستخدم للنقاشات الخارجية (مثل “ارسلوا أفكاركم للتطبيق هنا!”). عند استخدامه، سيتم إغلاق الموضوع الحالي، وتغيير العنوان للإشارة إلى نطاق التواريخ (افتراضيًا)، وإنشاء موضوع جديد في نفس الفئة مع نسخ العنوان، والمنشور الأول، وجميع إعدادات التتبع/الصمت. سيتم إضافة رابط للموضوع الجديد في رسالة إغلاق الموضوع النظامية في الموضوع القديم.
من المرجح أن نرغب في إلغاء متابعة/تتبع الموضوع المغلق لأي مستخدم لم يشارك فيه. السيناريو الذي أفكر فيه هنا: المستخدم إليجاه، الذي كان نشطًا لعدة أشهر ثم اختفى لمدة عام، وكان يتابع موضوعًا بشكل صريح، قد لا يهتم بالموضوعين الوسيطين اللذين تم إنشاؤهما وإغلاقهما أثناء غيابه، لكنه قد يظل مهتمًا بمتابعة أحدث إصدار عند عودته.
مرحبًا بعودتك، لقد مرّ وقت طويل!
أنا مشوش؛ أليس لدينا هذه الميزة بالفعل منذ إصدار أو إصدارين؟ عندما يُغلق موضوع تلقائيًا بعد الوصول إلى حد 10 آلاف منشور، يتم إنشاء موضوع جديد تلقائيًا وربطه بالموضوع القديم. ألا ترى ذلك؟
لم أكن أسأل عن الربط المتقاطع. كنت أسأل عن “تحديد هنا وفوقها” للانتقال إلى موضوع جديد –أو– نسخ حالة المتابعة.
هل هناك أي أخبار حول هذا؟
سيكون استخدام الشريط العمودي للجدول الزمني لهذا الغرض رائعًا. هل لي أن أقترح طول المنشور كمعيار؟ فبعض المنشورات المكونة من سطر واحد تحصل أحيانًا على عدد كبير من الإعجابات، لكنها لا تعمل بشكل جيد كـ “محطات بارزة في الموضوع”.
لا يوجد شيء في الوقت الحالي، لكننا نخطط للوصول إلى ذلك في نهاية المطاف!
