Vérifiez la version d’une publication Mastodon modifiée avant de la citer

Commencez par dater chaque observation, pas par désigner un vainqueur

Une capture d’écran est un enregistrement de ce qu’une personne a vu à un moment donné. Une publication en direct est un enregistrement de ce qu’elle dit maintenant. Ni l’une ni l’autre ne corrige automatiquement l’autre, et ni l’une ni l’autre ne prouve ce qu’un lecteur a vu auparavant. Ouvrez une petite note à côté de la citation et écrivez deux lignes datées : quand la capture d’écran a été prise (si cette heure est visible ou a été notée) et quand vous avez consulté la publication en direct. Écrivez ensuite la formulation de chacune, exactement, sur des lignes séparées. L’artefact utile est une citation versionnée avec horodatages, et non une phrase unique tranchée par préférence. [Mastodon : historique des modifications et notifications de publications partagées]

• Étiquetez chaque citation avec l’heure à laquelle vous l’avez observée et le support (capture d’écran ou page en direct).
• Conservez la formulation exacte de chaque version dans vos notes avant de résumer quoi que ce soit.

Ce qu’un historique des modifications peut et ne peut pas établir

La fonction de modification de Mastodon a été introduite avec les versions originale et précédentes conservées dans une vue de l’historique, et les personnes ayant partagé une publication étaient notifiées des modifications. Cela signifie qu’une vue de l’historique accessible est ce qui se rapproche le plus d’une chronologie de la formulation de la publication. Elle peut montrer qu’une formulation a changé et, en gros, ce qui a changé. Elle ne vous dit pas ce qu’un lecteur particulier a vu, pourquoi la modification a eu lieu, ni ce que l’auteur voulait dire. Elle ne prouve pas non plus qu’une capture d’écran a été prise avant ou après une révision précise, à moins que les dates ne concordent. [Mastodon : historique des modifications et notifications de publications partagées]

• Si une vue de l’historique vous est accessible, citez la version précise que vous utilisez et indiquez où elle se situe dans la liste.

Pourquoi la disponibilité varie et ce qu’il faut faire

La documentation actuelle de Mastodon couvre la modification des statuts et la consultation de l’historique des modifications d’un statut, mais la disponibilité et l’accès dépendent du statut et du serveur. Les contrôles qui apparaissent peuvent différer selon les interfaces et les versions. Ne considérez pas l’absence d’un bouton d’historique comme la preuve qu’aucune modification n’a eu lieu, et ne considérez pas un bouton visible comme la preuve que toutes les versions antérieures vous sont listées. Si l’historique n’est pas accessible dans votre application, citez uniquement ce que vous avez observé directement et notez cette lacune comme une limite. [Mastodon : documentation actuelle de l'historique des statuts]

• Vérifiez les options affichées dans votre propre version de l’application plutôt que de supposer une disposition standard.
• Si l’historique n’est pas accessible, écrivez « historique des modifications non accessible pour moi le [date] » dans vos notes.

Séparer l'observation, la limite et la décision

Distinguez trois choses dans la rédaction finale. L’observation est la formulation que vous avez vue et le moment où vous l’avez vue. La limite est ce que l’observation ne peut pas établir, comme le texte original, l’intention de l’auteur ou ce que d’autres lecteurs ont vu. La décision est ce que vous allez citer et comment vous allez l’étiqueter. Par exemple : « Cette citation correspond à une version visible pour moi le 3 mai ; je n’ai pas pu accéder à une vue de l’historique, je ne peux donc pas dire si la formulation a changé avant ou après. » Cette phrase est honnête et reste utilisable. Ce qu’elle évite, c’est le glissement discret qui consiste à présenter le texte actuel comme s’il s’agissait du texte partagé auparavant.

Lorsque la source est absente, privée ou ambiguë

Si la publication a disparu, est restreinte, ou si vous ne pouvez pas confirmer que la capture d’écran et la page en direct renvoient à la même publication, arrêtez-vous. Notez la limite précise : « publication en direct non accessible le [date] », ou « impossible de confirmer que la capture d’écran représente cette publication ». N’essayez pas de reconstituer une publication privée à partir de réponses, citations, caches ou descriptions d’autres personnes, et n’essayez pas d’identifier un compte à partir d’une image ou d’un nom d’utilisateur similaire. Un avatar ou un identifiant correspondant n’est pas une preuve d’identité, et un paramètre de confidentialité n’est pas une preuve d’intention. Le résultat sûr est une incertitude étiquetée, et non une citation assurée fondée sur une déduction.

• Si la publication est indisponible, citez uniquement la capture d’écran et indiquez qu’elle n’a pas pu être vérifiée par rapport à une publication en direct.
• Si vous ne pouvez pas confirmer que les deux éléments sont la même publication, ne les fusionnez pas en une seule citation.

Un exemple hypothétique de citation versionnée

Hypothèse : une capture d'écran enregistrée le 12 avril montre une publication publique indiquant « la proposition sera examinée le mois prochain ». Le 20 avril, la publication en ligne indique « la proposition a été examinée le mois dernier ». Un historique accessible montre une version antérieure. L'analyse ne dit pas « l'auteur a déclaré que la proposition serait examinée », car cela traite une version comme le texte en vigueur. Elle dit : une version antérieure visible dans l'historique, citée telle que capturée le 12 avril, affirmait une chose ; la version visible le 20 avril en affirmait une autre. Tout argument fondé sur la première formulation est alors clairement rattaché à cette date. Cet exemple n'est donné qu'à titre illustratif. [Mastodon : historique des modifications et notifications de publications partagées]

Encore quelques questions