هل ترى هذا فقط في القنوات التي تم تمكين المواضيع فيها مؤخرًا ولم يتم تحديث العميل بعد منذ هذا التغيير؟ أم أيضًا في الحالات التي قمت فيها بالتحديث مرة واحدة بالفعل منذ تمكين المواضيع؟
أعتقد أننا رأينا شيئًا كهذا ليس بعيدًا جدًا وأصلحناه.
ربما عاد؟ إذا قمت بالتحديث إلى أحدث إصدار من tests-passed الآن، هل ما زلت ترى المشكلة؟
تم تمكين جميع قنوات الدردشة لدينا مؤخرًا.
ولست متأكدًا من متى أو كيف قام المستخدمون بتحديث متصفحاتهم. قد تكون فكرة جيدة فرض تحديث كامل للنظام في كل مرة يتم فيها تثبيت تحديث أو قام المسؤول بتغيير معلمات النظام؟
لا أعرف عن المستخدمين لديك، لكنني أعرف عن المستخدمين الذين لدينا وطلب منهم التحديث قد ينتهي بسؤال ما إذا كان هذا شيئًا يؤكل أم لا.
سأقوم بالتثبيت إلى أحدث إصدار الآن وأطلب من مستخدمي الاختبار لدي المراقبة. شكرًا لردك علي.
مرحباً! أحب حقًا أن الرد على تعليق ما ينشئ خيطًا جديدًا على الفور 
أقترح افتراض أن التعليق الجديد هو رد على التعليق السابق مباشرة. هذا هو الحدث الأكثر شيوعًا في المحادثة. من الطبيعي أن يستخدم الناس “رد على” لتعليق موجود بالفعل في المحادثة، ولكن عندما يريد الناس الرد على التعليق السابق مباشرة، فإنهم لا يستخدمونه. من اللحظة التي يبدأ فيها الشخص في الكتابة في هذا الموقف، سأفترض أنهم يريدون الرد على التعليق السابق مباشرة وإنشاء خيط (سيعمل هذا حتى لو ظهرت تعليقات جديدة حتى لا يضطر الشخص إلى الحذف وإعادة الكتابة). لذلك، عندما يبدأ الأشخاص في الكتابة، سيظهر سطر أعلاه يقول "الرد على (…) "، وإذا لم يرغبوا في ذلك، يمكنهم النقر على “x” بجوار هذا النص. هذا سيبسط العملية ويساعد في الحفاظ على نظافة القناة في رأيي.
يسعدني أن أرى أن الآخرين يأخذون الدردشة على محمل الجد بما يكفي للحفاظ عليها. من الرائع أننا نستطيع الآن الحصول على ملف CSV لدردشتنا. سيكون الأمر أفضل إذا كان يمكن التعامل مع هذه المهمة تلقائيًا كإعداد للمسؤول. ومع ذلك، فهي خطوة إلى الأمام.
كان الدافع وراء “الدردشة” وتأطيرها هو أنها زائلة ولا تستحق التخزين الدائم. ربما يُنظر إليها على أنها طريقة لتجنب عبء تضمين “الثرثرة” في قاعدة البيانات؟ مهما كانت الدوافع الأصلية، فمن الواضح أن الناس يريدون الحفاظ على الثرثرة ويتم اتخاذ خطوات للسماح للمسؤولين بالقيام بذلك.
أنا مسرور جدًا بالتقدم وأتطلع إلى الحفاظ عليها بالكامل.
أسبق ما أقوله بالإقرار بشيء يعتبر من البديهيات لأي شخص يستخدم الاتصالات من نوع الدردشة - الدردشة ذاتية للغاية ومن المستحيل عمليًا العثور على الحل “الصحيح” إذا كنت تختار أحد الخيارات العديدة.
أميل إلى تقسيم سلاسل الدردشة إلى فئتين: مساحات فرعية (sub-spaces) وردود مضمنة (inline).
المنصات التي تتبع تنسيق المساحات الفرعية تنشئ “جيوبًا” عندما يرد شخص ما على رسالة، وتبقى جميع الردود في هذا الجيب، بعيدًا عن الأنظار إلا إذا نقر شخص ما للانضمام إليه. غالبًا ما يكون الأشخاص على دراية بهذا من Slack، وهذا هو كيف أصنف الحل المدمج في ميزة الدردشة الخاصة بـ Discourse.
الردود المضمنة تبقي جميع الاستجابات في سلسلة الدردشة الرئيسية وتشير إلى السلف من خلال رابط/مرساة. هناك نوعان من الاختلافات في هذا - مع نص مقتبس وبدون نص مقتبس. مثال مع نص مقتبس سيكون Discord (الذي يستخدم مقتطفًا بدلاً من الاقتباس الكامل) أو Messages على أجهزة Apple. كان Discord يستخدم ردودًا مضمنة غير مقتبسة قبل التبديل إلى تنسيقه الحالي. المثال الآخر للردود المضمنة غير المقتبسة هو ميزة الدردشة على Stack Exchange / Stack Overflow.
كلاهما صالح وله استخداماته، وكلاهما “يحل” مشاكل الآخر.
بصفتي مستخدمًا لـ Slack و Discord لعدة سنوات، أود أن أجادل بأن الحل “الصحيح” هو على الأرجح الحل الذي لا يرغب أي مطور في سماعه - وهو وجود كليهما. لقد وجدت أن أكبر المحددات (بالنسبة لي) لأيهما أفضل هي:
كل هذا يعني أنه لا يوجد حل يناسب الجميع (أو حتى معظمهم). ذهبت بحثًا عن هذا المنشور الميتا على وجه التحديد لأنني كنت في دردشة فردية على مثيل Discourse آخر وفوجئت برؤية خيار السلاسل وتمنيت حقًا أن أتجنب السلاسل.
بعض الأفكار إذا كنت ترغب في تقديم كلا الخيارين:
أعتقد أن ما لديك جيد، ولكني أود أن أرى Discourse تفكر في طمس الحاجز بين هاتين المنهجيتين المتميزتين أثناء تقدمك في الميزة.
شكراً جزيلاً على هذا التفكير المدروس والبناء.
نحن نسمعك حقًا، وقد مرت معظم النقاط في أذهاننا عدة مرات على الأقل. أنا واثق تمامًا من أنه مع نضوج الدردشة وزيادة استخدامها، سيتم معالجة هذه المشكلة في وقت ما في المستقبل القريب (نوعًا ما).
أعتقد أنه يمكن حل هذا بشكل جيد من خلال عرض مقتطفات مضمنة لجميع المواضيع حتى حد معين. لذلك ، إذا كان هناك عدد قليل من التعليقات ، فستكون جميعها قابلة للقراءة ، وإذا كان هناك المزيد ، فسيتم عرض بعضها بشكل مضمن مما يعطي بالفعل فكرة سريعة عن المحادثة بنظرة واحدة (ويمكن للمستخدم الدخول إلى المساحة الفرعية إذا كان مهتمًا).
هذا ينطبق على مواضيع المنتدى أيضًا في رأيي. أريد رؤية مقتطفات من التعليقات/الردود الأولى والأحدث على مستوى القائمة العلوي لسهولة المسح. لقد قمت ببناء وتجربة نظام مشابه وكان بإمكان المرء مراقبة مواضيع متعددة في وقت واحد بمجرد مشاهدة أحدث الردود القليلة تتحدث باستمرار. (ملاحظة: كان هذا ردًا على المنشور أعلاه والذي تم دمجه في المنشور المنفصل أدناه)
أفترض أنه في مرحلة ما ستصبح المواضيع والخيوط نفس النظام الأساسي. إنه في الغالب اختلاف في تجربة المستخدم/العرض، أليس كذلك؟ وإلا فسيتعين علينا تكرار العديد من الميزات والقدرات نفسها لكليهما.
ليس لدينا حاليًا أي خطط لتقديم سلاسل محادثة للمواضيع. هذه ميزة خاصة بالدردشة فقط.
هناك العديد من المناقشات الحالية حول تقديم ردود متسلسلة، ولكن هل ترغب في مواصلة المحادثة حول إحداها؟
ما أعنيه هو أن الدردشة مع المواضيع لا تختلف كثيرًا عن المنتدى الذي يحتوي على مواضيع. مع تقديم ميزات جديدة لنظام Discourse، سنرغب بشكل طبيعي في تطبيق العديد منها على منشورات المنتدى و منشورات الدردشة، مما سيكون أبسط إذا كانا في الأساس نفس النظام الأساسي من الناحية الفنية.
أنا أيضاً أتعهد بالتقارب، أعتقد أنه النهج الأكثر قوة على المدى الطويل لكل شيء بشكل عام، لإدراك أين تتشابه تجريدات الوظائف وبالتالي جعلها كذلك. على سبيل المثال، اقترحت مرة النظر إلى العلامات كشكل من أشكال “الفئات الوصفية”.
تم تقسيم منشور إلى موضوع جديد: لا يمكن الرد على رسالة دردشة لإنشاء سلسلة
