حسنًا، لقد اختبرت شيئًا واحدًا للتو. تم رفض لافتة الاختبار، وتغيير تاريخ البدء والانتهاء، وحفظها، وإعادة تحميل الصفحة. لا توجد لافتة.
إذن، بمجرد اختفائها لمستخدم ما، هل تختفي إلى الأبد؟
إعجاب واحد (1)
آه! هذه نقطة جيدة جدًا في الواقع يا @Roi، والإجابة المختصرة هي نعم.
يتم تعيين معرّف لكل لافتة بناءً على رقم الفهرس واسم منفذ المكوّن الإضافي. بعد ذلك، يتم تخزين معرّف اللافتات المغلقة في التخزين المحلي للمتصفح.
لذلك، إذا تم إغلاق لافتة، حتى لو تغيرت تكويناتها، فستظل مخفية.
أرى أن هذه قد تكون مشكلة؛ سأفكر في طريقة أفضل للتعامل مع هذا. – الاقتراحات مرحب بها 
إعجاب واحد (1)
يستخدم versatile-banner إعداد اسم ملف تعريف الارتباط، والذي يمكن للمسؤولين تغييره لجعل اللافتة مرئية مرة أخرى للمستخدمين الذين قاموا بإغلاقها.
إعجاب واحد (1)
شكراً على التوجيه @Moin، يبدو أن إعادة تسمية ملف تعريف الارتباط لإبطال ملفات تعريف الارتباط المحفوظة هو حل عملي للغاية.
في لافتات الإشعارات، يمكن تحريك اللافتات لأعلى ولأسفل لتغيير ترتيب الفرز، أو تغيير المنافذ. يمكن أن يؤدي ذلك إلى إبقاء لافتة جديدة مخفية إذا كانت هناك لافتة في نفس المكان وتم رفضها سابقًا.
يبدو أنني بحاجة إلى تغيير كيفية تعريف المعرفات، ثم ربما تكييف طريقة ملف تعريف الارتباط. 
إذًا، تبدو ملفات تعريف الارتباط طريقة أفضل من المعرفات، خاصة عندما تتغير المعرفات عند تغيير ترتيب الفرز. 
في نظري، سيكون من المفيد إنشاء معرف (ملف تعريف ارتباط) جديد في كل مرة يتم فيها تغيير اللافتة.
حول الدورات: لو كان عيد الميلاد قد حل بالفعل، لتمنيت دورة يمكن إجراؤها في أيام الأسبوع (واحد أو أكثر) ويوم من الشهر (واحد أو أكثر). وربما لكليهما شيء مثل “كل x”، حتى أتمكن من اختيار “كل يوم اثنين وجمعة ثاني” أو “كل 1 و 16 من كل شهر ثالث”.
في الواقع، تمكنت من حل هذه المشكلة باستخدام حل هجين.
إعداد جديد لإصدار تكوين اللافتة سيتم تطبيقه على جميع اللافتات؛ وقيم معرف اللافتة فردية جديدة.
المعرفات الحقيقية لكل لافتة يتم إنشاؤها باستخدام كلتا القيمتين. يجب أن توفر هذه الطريقة مرونة أفضل في رأيي:
- يمكن إعادة تعيين رؤية لافتة فردية عن طريق تحديث معرف اللافتة الخاص بها دون التأثير على رؤية اللافتات الأخرى.
- إذا كانت هناك حاجة لإعادة تعيين رؤية لافتات متعددة، أو جميع اللافتات، فيمكن تحديث إصدار تكوين اللافتة.
سأقوم بنشر هذا التغيير قريبًا.
تحديث: الإصدار v1.4.0 متاح الآن.
تم تقديم حقل معرف اللافتة فريد[1]، مطلوب لكل لافتة إشعار، وتم تحديث الإعدادات ذات الصلة ومنطق الترحيل والاختبارات لدعم هذا التغيير. بالإضافة إلى ذلك، تمت إضافة إعداد إصدار تكوين اللافتة للمساعدة في إعادة تعيين رؤية اللافتات للمستخدمين عند حدوث تغييرات مهمة. تضمن هذه التحسينات أن تتبع رفض اللافتات أكثر قوة ومقاومة للمستقبل.
التفرد يعود للمستخدم. للأسف، لا تسمح إعدادات كائن السمة بطلب قيم فريدة. ومع ذلك، فإن تسمية علامة التبويب تستخدم الآن قيمة المعرف لجعلها أكثر وضوحًا. ↩︎
رائع! شكراً لك! سأقوم بالاختبار وأقدم لك ملاحظاتي.
إعجاب واحد (1)
يعمل كما هو مذكور! رائع. شكرا لك مرة أخرى!
إعجاب واحد (1)
لاحظت للتو أنه عندما يجب عرض لافتة لجميع المستخدمين وعلى top-notices، فإنها تظهر أيضًا على شاشات تسجيل الدخول والتسجيل. وهذا ليس بالأمر الكبير للاستخدام على أجهزة الكمبيوتر المكتبية ولكنه يتعارض مع استخدام كلتا الشاشتين على الأجهزة المحمولة. هل من الممكن حذف لافتات top-notices على هذه الشاشات؟ إذا سألتني، فلن أفتقد اللافتات أيضًا على إصدار سطح المكتب لشاشات تسجيل الدخول/التسجيل. 
@Roi إذا كنت ترغب في قصر اللافتات على المستخدمين المسجلين فقط، يمكنك ببساطة تحديد جميع مجموعات TL في الجمهور.
أو ربما يمكنك استخدام محددات CSS المتاحة لإخفاء اللافتة في صفحات تسجيل الدخول/التسجيل.
لا، سيكون من الجيد عرض اللافتة للمستخدمين الذين لم يسجلوا الدخول.
نعم، تذكرت أنني أخفيت أشياء أخرى أيضًا والآن ساعدت نفسي باستخدام CSS و display: none; لـ صفحة تسجيل الدخول وصفحة التسجيل وصفحة الدعوة.