أفهم أن خيارات إضافية ومشتتات قد لا تكون مرحبًا بها (بالإضافة إلى العمل والمشاكل المحتملة مقابل فائدة قليلة)، لكنني أطرح الفكرة فقط: حاليًا، يبدو أن أي تعديل على آخر منشور يرفع موضوع النقاش (ربما لفترة زمنية محددة فقط، كما أظن)، حتى لو كان تصحيحًا بسيطًا.
وجود مربع اختيار “لا ترفع” أو “لا ترفع الموضوع” عند تعديل آخر منشور في هذه الحالة (حيث يحدث الرفع تلقائيًا كإعداد افتراضي) سيسمح للمستخدمين باختيار عدم رفع الموضوع إذا رغبوا في ذلك.
الميزة موجودة بالفعل: ما عليك سوى استخدام خيار “إعادة تعيين تاريخ الرفع” في مفتاح الإنشوط الإداري على مستوى الموضوع.
نعم، لقد رأيت أن هذا قد نوقش بالفعل هنا في الميتا عبر البحث. ما أعنيه هو إمكانية لكل مستخدم اختيار عدم صعود موضوعه عند تعديله (فقط مربع اختيار للنقر عليه).
حدث لي هذا مرتين مؤخرًا هنا في الميتا: نشرت شيئًا. تلقيت إشعارًا بأن منشوري قد أعجب به شخص ما. نقرت على المنشور لأرى بالضبط أي واحد كان. اتضح أنه آخر منشور في الموضوع. رأيت خطأً صغيرًا (خطأ إملائي، أو نحوي، إلخ)، صححته، و… صعد الموضوع إلى أحدث المنشورات دون سبب وجيه. أستطيع أن أتخيل كيف أنه في بعض المجتمعات، قد يُتهم البعض حتى أنني قمت بهذا التصحيح الصغير عمدًا لرفع الموضوع.
ربما تضيف شيئًا إلى منشورك عند تعديله وتجد أنه لا يستحق رفع الموضوع. أو/و لا ترغب في إزعاج الناس (ربما تقوم بتعديله عدة مرات).
ليس بالأمر المهم. يمكن اعتباره غير معتاد ولا يحدث بشكل متكرر بما يكفي ليكون ذا معنى. لكنه قد يكون أيضًا ميزة صغيرة مفيدة. لذا، كما قلت، أضعها هنا للنقاش.
نعم، غالبًا ما أجد هذا أمرًا مزعجًا.
خاصة على منصة Meta.
أقوم بنشر العديد من المنشورات التفصيلية بسبب طبيعة مشاركتي هنا، ومن المزعج أن ينتهي بي الأمر بالسيطرة على أعلى قائمة “الأحدث” عندما أقوم فقط بتعديل بعض المعلومات في منشوري الأخير. وقد يحدث هذا عدة مرات خلال فترة 30 دقيقة.
ربما أكون مبالغًا في حذري، لكن هذه بالتأكيد مشكلة.
أقدر أن إضافة مثل هذه الميزة قد تؤدي إلى ازدحام الواجهة.
ربما يجب أن يكون هناك نوع من مهلة زمنية لا يتم فيها رفع الموضوع إلى الأعلى خلال نافذة زمنية محددة للتعديل (تجنبًا للحاجة إلى تغيير الواجهة). ربما يكون هذا موجودًا بالفعل دون الحاجة إلى البحث؟ ومع ذلك، فإن هذا لا يتوافق مع تجربتي كـمستخدم.
أعتقد أنه من الصعب اتخاذ قرار عام بشأن السلوك هنا؟ فبعض المواقع قد ترغب في رفع الموضوع عند أي تغيير، بينما قد تفضل مواقع أخرى ألا يحدث ذلك.
لا أعتقد ذلك. أنا متأكد تمامًا من أن الحذر لتجنب إزعاج أو إضطراب الآخرين هو أمر جيد. أما بالنسبة للخوف قليلاً من أن يشتكي البعض، حسنًا… هذا يحدث غالبًا. لقد رأيناه جميعًا يومًا ما.
أظن أن هذا صحيح بالفعل. الإطار الزمني أطول قليلاً، وهذا أيضًا أمر جيد. أعتقد أن ميزة دفع المواضيع عند التعديل رائعة: إذا أردت إضافة شيء ما، فقم بذلك عبر التعديل بدلاً من إنشاء منشور جديد، ولتكون معلوماتك الجديدة مرئية، فإن الدفع أمر جيد. لا شك في ذلك. بل إنه أمر رائع. لكن، عندما يتعلق الأمر فقط بتصحيحات أو تغييرات جمالية صغيرة، فلا يكون كذلك. لذا فإن هذا المربع بالقرب من زر التحقق في التعديل من شأنه تحسين الأمور، أظن ذلك.
(أظن أن بعضنا يعيد قراءة منشوراته بعد النشر ويشعر بالحاجة لتغيير أشياء صغيرة عندما يرى طريقة لتحسينها قليلاً.)
نعم، مثال جيد على ‘دفع’ سيء هو تصحيح خطأ مطبعي.
أقوم فقط بالبحث في الكود المصدري هنا، لكن يرجى المشاركة إذا كنت تعرف أي عتبات للدفع موجودة…
أميل نحو إعداد موقع معقول لمنع الدفع ضمن نافذة زمنية أو عتبة أحرف، وإذا أمكن على الإطلاق، وسيلة لمنع الدفع إذا كان لدى المستخدم مستوى ثقة (TL) كافٍ.
حسنًا، يوجد بالفعل إعداد للموقع وفترة سماح للتحرير، الحمد لله، لكن دعني أبحث عما يسبب إصدار ‘نسخة’ جديدة.
أليس هذا 5 دقائق حاليًا هنا في الميتا؟ الفترة التي لا تُسجل فيها التعديلات أيضًا. أعتقد أنه يجب أن يكون من الممكن ببساطة زيادة مقدار الوقت هذا. ويبدو أن تتبع التعديلات والتكرارات يسيران معًا.
لنفترض أن هذا حل جزئي. هناك جوانب جيدة وأقل جودة في هذا الاتجاه، أشعر بذلك (رأيي فقط).
نعم، لقد وجدته أثناء فترة كتابتي 
حسنًا، يبدو أن ‘الإصدار’ الجديد يعتمد على فترات زمنية محددة. يبدو أن هذه الفترة تتغير عند إجراء تعديل خارج النطاق على آخر مشاركة (مما سيجعل الموضوع يبرز)، وبالتالي يتم تطبيق فترة سماح جديدة لفترة زمنية بعد التعديل الذي يبرز الموضوع، إذا كان فهمي صحيحًا:
غريب، لكنه دائمًا ما يبدو أكثر حساسية من ذلك… لكن الاختبارات هي المصدر الموثوق، لذا دعنا نتبع هذا السلوك كالحالة الفعلية.
إذن، هل تقترح بشكل أساسي إضافة خيار صريح للانضمام إلى ‘تعديل خفي’؟
يمكنك بالتأكيد زيادة فترة السماح ورؤية ما إذا كان ذلك يناسبك:
لكن هذا لن يحل تجربتك على مواقع الجهات الخارجية
طريقة أخرى للتعامل مع هذا قد تكون تعديل فترة السماح بناءً على مستوى الثقة (TL) للمستخدم + 1؟
على سبيل المثال، يحصل TL0 على 300 ثانية، وTL1 على 600 ثانية، وهكذا…
… آه، لكن انتظر، تم التفكير في هذا بالفعل 
الخلاصة: تتوفر بالفعل العديد من الأدوات هنا؟
نعم، قد يكون هذا ممتازًا بالفعل. كنتُ لأجادل بأن رفعًا لا يزال مبررًا إذا أضفت فقرة كاملة (ما يعادل منشورًا جديدًا)، لكن يبدو أن هذا قد تم التفكير فيه بالفعل مع “الفرق الأقصى”
(ونعم، “زيادة”. في البداية، أسأت الفهم عندما تحدثت عن “نافذة زمنية”: كنتُ أفكر في فترة زمنية بعدها لا يحدث رفع بعد الآن. مثلًا، إذا عدّلت بعد أسابيع. لكن قد لا توجد مثل هذه الفترة. لم أفكر في البداية في الـ 5 دقائق قبل بدء الرفع. أعتقد أن هذا ما يُسمى “التحرير النينجا” إذا فهمتُ بشكل صحيح. لقد فكرتُ في هذا لاحقًا فقط في النقاش أعلاه.)
لا، هذا لن يكون مفيدًا أبدًا في رأيي. كنتُ أقترح العكس: خيار إلغاء الاختيار عندما تكون بعد فترة “تحرير النينجا”. آه، فهمتُ الآن. اختيار لـ تحرير النينجا، وليس اختيارًا للرفع أثناء فترة تحرير النينجا نعم، هذا ما كنتُ أقترحه! 
قد يكون هناك حجة لـ “حد أدنى للفرق” غير محدود؟ مثل 5 أو 10 أحرف. هذا سيستبعد تلقائيًا جميع التصحيحات الصغيرة. ما لم يكن هذا موجودًا بالفعل؟ (الجانب الآخر هو أن بعض الأشخاص قد يلاحظون خطأً قد يختفي دون أي تسجيل للتعديل. هل يمكن أن يكون هذا مثيرًا للجدل؟ أم تصحيح رقم في نقاش ساخن مثلًا. هذا بالفعل أكثر حدة) [ملاحظة: هذا ما نحن معرضون له أيضًا مع زيادة فترة السماح (أثناء نقاش “مباشر”)]
نعم، عادةً ما يؤدي تعديل آخر منشور في موضوع ما إلى رفعه (bump)، تمامًا كما يحدث عند إضافة رد جديد إلى الموضوع. إذا كان هناك منشور واحد فقط في الموضوع، فإن هذه القاعدة تنطبق أيضًا عند تعديل الموضوع أو التصنيف، حيث يُعتبران عناصر من المنشور الأول. في بعض الأحيان، يفاجئ هذا السلوك المستخدمين، لكنه يميل إلى الحدوث تحديدًا في سيناريو “لدي عدد كبير من المواضيع في منتداي تتكون من منشور واحد فقط”.
فترة سماح التعديل، التي تكون افتراضيًا 5 دقائق، كانت ميزة مدمجة منذ الإصدار الأول من نظام Discourse الذي أُطلق للعالم في عام 2013. خلال الـ 5 دقائق الأولى بعد إرسال ردك، يمكنك تعديل ذلك الرد قدر ما تشاء* ولن يتم رفع الموضوع.
أنا فضولي لمعرفة سبب كون هذا السلوك مشكلة كبيرة جدًا… هل يمكنك وصف سيناريوهات محددة، مع أمثلة، حيث تقوم “عن طريق الخطأ” برفع المواضيع عبر التعديل؟ 
* ومع ذلك! هناك تعديل واحد أضفناه لاحقًا — بسبب المرسلي رسائل غير مرغوب فيها (Spammers) — وهو: إذا قمت بتغيير “كثيرًا جدًا” من منشور، فإننا نطلب مراجعة، حتى خلال فترة سماح التعديل. هناك إعدادات للموقع للتحكم في هذا الأمر، ونميز بين المستخدمين الجدد والمستخدمين الموثوقين.
يمكنك الصعود والنظر مرة أخرى في أول منشورات من روبرت ونفسي بعد إجابتك الأولية أعلاه. قد تشعر بأنها “عَرَضية” جدًا لاعتبارها كذلك؟ (ومن هنا استخدامك لكلمة “باستمرار”. أو ربما كنت تقصد فقط “قابل للتكرار”؟ لست متأكدًا.)
@merefield لقد فكرت مرة أخرى في فكرتك المتعلقة بزيادة “فترة السماح”، وهذا ليس سيئًا على الإطلاق. حاليًا، تعمل معاملات تعديل فترة السماح لكلا الأمرين: “التعديل النينجا” و"الرفع". هل هذا صحيح؟ في الواقع، الأمر هو [إذا كان هناك تعديل، ارفع] ولكن [إذا كان هذا التعديل من نوع النينجا، فلا ترفع]. “التعديل النينجا” يعني التعديل خلال “فترة السماح” وضمن “الحد الأقصى للفرق” (كلاهما قابل للتهيئة) حيث لا تُسجّل التغييرات لتظهر بأيقونة برتقالية في الزاوية العلوية اليمنى. هل فهمت كل هذا بشكل صحيح؟
حل واحد يحل كل ما أثيرته أعلاه، هو وجود فترتي سماح مختلفتين (مع معاملين منفصلين لكل منهما): واحدة لتسجيل التعديلات (تعديلات النينجا) وواحدة للرفع. في هذه الحالة، يمكنك الاحتفاظ بفترة زمنية قصيرة لتعديلات النينجا (5 دقائق تبدو جيدة لي) ولديك فترة أطول “بدون رفع” (ساعة واحدة مثلًا، ربما حتى 24 ساعة). إذا رغبت، يمكنك تعديل “الحد الأقصى للفرق” لفترة “بدون رفع” لاستخدام قيمة أقل من فترة “تعديلات النينجا” (سيكون لديك معامل “الحد الأقصى للفرق” لكل فترة).
يمكنك بدء الفترتين في نفس الوقت، أو اعتبار فترة “بدون رفع” تبدأ بَعْد فترة “تعديلات النينجا”.
للعودة إلى هذا:
في الواقع، نعم ولا. بدأنا في النظر في تتبع التعديلات والرفع معًا، لأنني أفترض أن هذا هو الطريقة التي تُعالَج بها حاليًا في الكود الذي راجعته. كنت أدعو للعمل فقط على الرفع. السماح بفترة أطول لتعديلات النينجا قد يؤدي إلى المشاكل التي أثيرتها أعلاه.
بديل لما سبق، والذي أعجبه، هو وجود “حد أدنى للفرق” غير محدود لـ “بدون رفع”. أيضًا، فقط “بدون رفع”، وليس تعديل النينجا. يمكنك تعيين هذا عند 10 أو 20 حرفًا. المنطق سيكون: إذا كان التعديل أقل من عدد الأحرف المطلوبة لإنشاء منشور جديد، فهو لا يستحق رفع الموضوع. هذا سيمنع الرفع لجميع التصحيحات الصغيرة (حتى مجرد تغيير أو إضافة كلمة)، لكنه سيجعلها مرئية مع الأيقونة البرتقالية. يمكنك أيضًا النظر في عدم إضافة معامل “حد أدنى للفرق” محدد، بل استخدام القيمة الموجودة بالفعل لأقل طول للمنشورات الجديدة.
سأذهب إلى أقصى درجات الجنون حتى النهاية : السيناريو المثالي كما أراه، هو معاملات فترتي سماح مختلفتين كما وُضّح في البداية، مع “فترة سماح للرفع” (=“بدون رفع”) يمكن تعيينها إلى 0 لغير محدود، و"الحد الأقصى للفرق لفترة سماح الرفع" الذي فوقه تقوم بالرفع، حتى خلال فترة السماح. اضبط هذا الأخير على 0 لعدم استخدام هذه الوظيفة الجديدة والبقاء على ما هو عليه حاليًا.
لدينا فئة “أريد شراء / أريد بيع” وعندما يقوم الأشخاص بتنظيف ما بعد أنفسهم من خلال تعديل الإعلانات المصنفة القديمة، فإنهم يرفعون المواضيع عن غير قصد.
أحد أسباب هذا السلوك هو أنهم قد يرغبون في إزالة معلومات الاتصال الخاصة بهم إذا كانت مرئية، أو تجنب الاتصال غير الضروري.
يمكنني فهم المنطق والتفضيل لكل من المؤيدين والمعارضين، لذا لا أرى أي سبب لعدم جعل هذه الميزة قابلة للتكوين.
نعم، مجتمعنا يواجه موقفًا مشابهًا. غالبًا ما يقوم البائعون بتعديل آخر منشور لديهم لتحديث معلومات البيع (مثل تعديل السعر والمخزون وما إلى ذلك). التعديلات المشروعة مقبولة، ونسمح للمستخدمين بمشاهدة سجل التعديلات. ومع ذلك، يقوم بعض المستخدمين بتعديل آخر منشور بسوء نية، بهدف رفع خيط النقاش فقط، لتجاوز قاعدة “عدم الرفع السيء” في مجتمعنا.
سأقوم بتجربة إعدادات فترة السماح حتى تتوفر خيار لتخصيص قاعدة الرفع عند تعديل آخر منشور.
شكرًا جزيلاً! مجتمعنا يحب الطريقة التي تمكّنهم بها منصة Discourse من تنظيم أنفسهم، وهم غالبًا متحمسون جدًا لما يمكن للبرنامج فعله وما لا يمكنه فعله.
نعم، اقتراحي الرئيسي هو تشديد فترات التحرير. فإذا لم يتمكن الأشخاص من استخدام التحرير بمسؤولية، فإن العاقبة هي تقييد قدراتهم على التحرير على نطاق عالمي.
إلى جانب ذلك، يجب إصدار تحذيرات وإمكانية تعليق الحسابات للأشخاص الذين يمارسون هذا السلوك بشكل متكرر.
أصبح هذا الأمر مزعجًا بعض الشيء في مجتمعنا، فنحن نواجه باستمرار أشخاصًا ينشرون منشورات بعبارة “لا رفع” لتجنب رفع موضوعهم عند إزالة عناصر من قوائمهم لطلب الشراء/للبيع.
أعتقد حقًا أن لهم الحق في تحرير تلك المنشورات، حيث إنها واحدة من أكثر الأقسام نشاطًا في الموقع، وإذا أرادوا الاحتفاظ بموضوع واحد لسلعهم، فهذا أفضل في رأيي. ومع ذلك، نفضل أيضًا ألا ينشر الناس رسائل من نوع “أرسلت رسالة خاصة”، وقد يحدث أن موضوع عنصر تم بيعه لن يتلقى أي ردود حتى يحين وقت تحرير المحتوى.
هل لديك أي اقتراحات حول كيفية تجاوز الوظيفة الحالية، أو أسباب لعدم جعل هذا خيارًا قابلًا للتكوين على مستوى الفئة أو على مستوى الموقع؟
عند إنشاء موضوع ‘نبحث عن شراء’ أو ‘نبحث عن بيع’، تأكد من إضافة منشور إضافي في النهاية. بذلك ستتم التعديلات على منشور ليس هو المنشور الأخير.
أعتقد أنك ستريد رفع الموضوع، فإذا كان لدى شخص عناصر للبيع ثم عدل القائمة للإشارة إلى بيع نصف عناصره، فهذا يعتبر رفعًا ذا صلة عالية.
أعتقد أن المشكلة تكمن في أنه نظرًا لأن الأشخاص قد يبيعون عناصر فردية من وقت لآخر، فإن إعادة إحياء المواضيع شبه الفارغة لا يبدو منطقيًا
