En fait, j’ai pu résoudre ce problème avec une solution hybride.
Un nouveau paramètre Version de configuration de bannière qui s’appliquera à toutes les bannières ; et de nouvelles valeurs individuelles pour ID de bannière.
Les ID réels pour chaque bannière sont construits en utilisant les deux valeurs. Cette méthode devrait offrir une meilleure flexibilité, à mon humble avis :
- La visibilité d’une bannière individuelle peut être réinitialisée en mettant à jour son ID de bannière sans affecter la visibilité des autres bannières.
- Si la visibilité de plusieurs bannières, ou de toutes les bannières, doit être réinitialisée, alors la version de configuration de bannière peut être mise à jour.
Je déploierai ce changement bientôt.
Mise à jour : La version 1.4.0 est maintenant disponible.
Introduction d’un champ ID de bannière unique[1], requis pour chaque bannière de notification et mise à jour des paramètres associés, de la logique de migration et des tests pour prendre en charge ce changement. De plus, ajout d’un paramètre Version de configuration de bannière pour aider à réinitialiser la visibilité des bannières pour les utilisateurs lorsque des changements importants surviennent. Ces améliorations garantissent que le suivi du rejet des bannières est plus robuste et pérenne.
L’unicité dépend de l’utilisateur. Malheureusement, les paramètres de l’objet thème ne permettent pas d’exiger des valeurs uniques. Cependant, l’étiquette de l’onglet utilise maintenant la valeur de l’ID pour les rendre plus visibles. ↩︎