نعم. يمكنك أيضًا تجربة ميزة “إعادة نشر الإضافات” المفيدة من Communiteq (سابقًا DiscourseHosting). انتقل إلى “الإضافات” في لوحة تحكم Communiteq (سابقًا DiscourseHosting) واضغط على “إعادة نشر الإضافات” في الأسفل.
شكرًا لك @forgenst لقد تعاملت مع ذلك بطريقة مختلفة قليلًا، لكن شكرًا لك على طلب السحب. @jrgong لقد تعاملت أيضًا مع مشكلة الأيقونة التي أشرت إليها. عذرًا على التأخر في الرد.
@topic إذا كان أي شخص يستخدم هذه الإضافة في منتدى حي، فأنا مهتم بمعرفة المزيد عن حالة الاستخدام الخاصة بك. بصراحة، انصرف انتباهي قليلًا عن الإضافة منذ أن أضاف Discourse قائمة الرسائل الخاصة به في قائمة المستخدم.
أنا مهتم بمعرفة ما إذا كان الناس يرون أن هذا يضيف فائدة إضافية مقارنة بذلك؟ إذا كانت هناك حالة جوهرية تدعم ذلك، فإننا (Pavilion) سننظر في دعم هذا بشكل أكثر نشاطًا.
أنا أستخدمه فقط في عرض سطح المكتب لأنه يوفر تجربة مستخدم/واجهة مستخدم مألوفة تشبه الدردشة على فيسبوك. إنها طريقة رائعة لإرسال رد سريع. في هذه المرحلة، سيكون من الرائع دمج جميع الرسائل المرسلة خلال آخر 5 دقائق في رسالة واحدة. نظرًا لأنني أستخدمه مثل الدردشة، فإنني أميل إلى إرسال دفقات من الرسائل القصيرة. وينتهي الأمر بأن تصبح كل منها منشورًا فرديًا في المحادثة.
لكن بالنسبة للرسائل الجديدة تمامًا، أستخدم الرسائل الأصلية لإعداد الموضوع. كما أن كتابة رسائل تمهيدية أطول هناك أكثر راحة.
على الهاتف المحمول، أجد التجربة الأصلية بالاقتران مع شريط التبويب المحمول قوية جدًا. لذا قمت بإخفاء أيقونة الرسائل السريعة هناك.
لن يعمل li.header-dropdown-toggle لأنه ليس فريدًا لأيقونة الرسائل السريعة. فهو مشترك مع البحث وقائمة الهامبرغر أيضًا.
العنصر الأول الفريد للرسائل السريعة هو داخل li: عنصر a الذي يحمل المعرف #toggle-messages-menu. وكما رأيت بالفعل، فإن عناصر li هي التي تريد إعادة ترتيبها (وكذلك أنا).
ولكن للأسف، بما أن CSS لا يسمح لك باختيار عنصر أب بناءً على عنصر طفل داخله، أعتقد أننا عالقون إما في ابتكار حل باستخدام JavaScript؛ أو انتظار ما إذا كان أنغس سيضيف فئة أو معرفًا إلى عنصر li، أو إضافة إعداد إلى الإضافة.
عند استلام رسالة خاصة جديدة أو قراءتها، يتم تحديث المؤشر فوق الصورة الرمزية بشكل طبيعي، لكن مؤشر QM لا يتغير إلا بعد التحديث. بالنسبة للرسائل التي تم قراءتها، فإن هذا لا يعتمد على ما إذا كانت الرسالة قد قُرئت في QM أم في صفحة الرسائل العادية.
لم أرَ هذا مُشارًا إليه سابقًا في الموضوع. هل (2) هو كيف يُفترض أن يعمل الملحق، أم أن هذا خطأ؟
أواجه مشكلة عند استخدام هذه الإضافة: في معظم الأحيان، يظهر عدد الرسائل في الرأس على أنه يحتوي على رسالة غير مقروءة، رغم عدم وجود أي رسائل غير مقروءة لدي.
تم الإبلاغ عن هذه المشكلة من قبل بعض المستخدمين، وأنا أواجهها أيضًا.