On vérifie lors d’un envoie d’une nouvelle proposition que ce hash n’est pas déjà présent dans les 3 dernières propositions envoyées pour cet objet/id_objet.
De la sorte un outil qui envoie des propositions régulièrement, même si le contenu n’a pas changé, ne pollura pas la base pour rien et évitera des traitements
de vérifications aux équipes éditoriales.

Un peu de traductions et un bouton plus pratique pour déclarer une propositions Traitée d’une proposition Rejetée

On prend en compte les puces de changement de statut (pour cela finalement on revient à une déclaration d’objet éditorial pour la table des modifications
car on peut déclarer alors les différents statuts facilement), et à chaque modification, on journalise un suivi dans le champ prévu pour.

de lister les propositions de modifications (ça évite de le faire pour tous les objets —
et donc évite quelques requêtes SQL).

On propose une première liste des propositions (à retravailler car on ne voit pas les 'data' pour le moment).

Début de plugin pour stocker des propositions de modifications diverses sur les objets éditoriaux de SPIP.
- On stocke dans la table 'spip_propositions_modifications' chaque proposition.
- Une proposition peut contenir différentes données, stockées dans le champ 'data' au format json.
- Un champ 'suivi' tient un journal pour savoir qui/quand a intégré / traité / refusé ou pas la proposition.