يا إلهي. لقد جعلت الأمر يبدو معقدًا. 
ظاهريًا، تضع علامة fixed على الأخطاء التي تم إصلاحها و completed على طلبات الميزات التي تم تنفيذها. [1] إنه جزء من العملية لإغلاق المواضيع (وإبقاء الأطراف المهتمة على اطلاع بالمعلومات ذات الصلة). تم تنفيذها في البداية لتوفير مؤشر مرئي بأن “شيئًا جيدًا قد حدث” مقابل رمز القفل للموضوع المغلق. عندما يتم تطبيق هذه العلامات باستمرار، تحصل على موجة جميلة من اللون الأخضر عند التمرير لأسفل قوائم مواضيع فئتها.
(وكان delivered علامة منفصلة ولكن مماثلة لم تكن خاضعة لسيطرة الفريق، لذا كان يمكن استخدامها في Marketplace)
بالنسبة لـ Solved، هناك العديد من الفئات التي تكون نشطة فيها بدلاً من مجرد فئة Support العامة. أي فئة تقريبًا حيث ستكون غالبية المواضيع أسئلة يمكن أن تحصل على حل. #support، #installation، #dev، #data-reporting، SSO
من الناحية المثالية، أفضل ممارسة هي أن يقوم المؤلف الأصلي بوضع علامة على الحل، لكننا نعلم أن هذا لا يحدث أحيانًا (لأسباب متنوعة)، لذلك كنت غالبًا ما أقوم بالتمرير عبر قوائم المواضيع وتنظيف بعض المواضيع المعلقة بعد أسبوعين أو نحو ذلك (بمجرد اعتبارها “مهجورة”)
للعلم، موضوع Theme component لذلك هو https://meta.discourse.org/t/reader-mode/307916، لذا في الواقع لا ينبغي أن يكون موضوع feedback الذي ربطته في Theme component (لأنه ليس موضوع مكون سمة). يجب أن يكون في Feature أو UX لأنني أعتقد أن هذا هو المكان الذي أصبحت فيه هذه الأمور تعيش الآن بعد وجود المزيد منها.
(أعتقد أنه كان في Site feedback لأنه كان تجربة هنا على meta)