être certain que les plug ont une version de saisies "sûr", normalement, cela devrait être bon, car aucun n'avait de borne max concernant saisies

- Je monte la version de saisie (en gardant la même branche pour réduire le risque de casse) pour être certain que si un jour, un commit qui concerne l'un des plug et saisie, que la version de saisies soit une version sûr !
- + broutilles (exemple, mise en adéquation de borne mini de plug dans les "necessite" avec la version de spip pour quoi le plug est fait)

version 1.0.5 : pour conserver les favoris « orphelins », utiliser plutôt une constante «_MESFAVORIS_COLLECTIONS_CONSERVER_ORPHELINS», car il faut également prendre en compte le cas où on retire un favori d'une collection en plus de la suppression d'une collection complète. Cf readme.md

version 1.0.4 : une option pour conserver les favoris qui se retrouveront orphelins quand on supprime une collection. Exemple : #URL_ACTION_AUTEUR{supprimer_favoris_collection, #ID_FAVORIS_COLLECTION-orphelins, #SELF}

v1.0.3 : lorsqu'on range le favori d'un objet dans une collection, ne pas proposer les collections où l'objet se trouve déjà.

Oups il manque un fichier ajouté pour surcharger le traitement de suppression de favori. Et pour le rangement en collection on ajoute rien si déjà un favori du même objet dans la même collection pour le même utilisateur.

Un sous-plugin de "Mes favoris" qui permet d'ajouter une notion de "Collections de favoris". Avec une table pour ça, et un champ dans les favoris pour dire à quelle collection ça appartient. Un formulaire permet de ranger un contenu (objet/id) dans une collection : soit une collection existante soit dans une nouvelle collection dont on donne le titre. Une collection est propre à un⋅e utilisateurice tout comme les favoris.

Cela permet entre autre de créer des listes de favoris qu'on va pouvoir partager, puisque objet dédié et donc URL dédié.