D’accord, je comprends que le numéro de message (#) ne sert pas seulement de référence, mais qu’il est utilisé comme identifiant du message. Par conséquent, les messages masqués doivent conserver leurs numéros dans l’ordre séquentiel.
Si nous pouvons considérer cela comme un simple problème d’affichage, je vois deux solutions possibles :
-
Uniquement pour l’affichage, ajuster le « msg#nn » affiché dans la fenêtre contextuelle en soustrayant le nombre de messages masqués au-dessus de celui-ci, par exemple :
Je comprends que le numéro de message affiché ne correspondra pas à l’URL codée dans la fenêtre. -
Inclure les messages masqués dans le numéro de message relatif et le total (par exemple 64/64), même s’ils ne sont pas développés (pour les administrateurs/modérateurs) ou même visibles (pour les utilisateurs ordinaires). Dans mon exemple, le dernier message afficherait alors 68/68 sur le curseur. Je comprends que le numéro incrémenté sur le curseur va « sauter » lorsqu’il passe par les messages masqués. Cela pourrait révéler à un utilisateur astucieux qu’il y a des messages cachés. Mais ils peuvent déjà le constater en cliquant successivement sur les horodatages de chaque message.
Cela dit, je comprends que ces deux options pourraient être difficiles à mettre en œuvre en CSS. Étant donné qu’un seul de nos utilisateurs a remarqué ce problème, si cela s’avère difficile à modifier, ce n’est pas une priorité élevée pour moi personnellement.