VDigital a écrit:

Yes, you can! Can you?

But will he ?

Ploum ploum ploum

J'ai 90% du bousin en place. Qu'on se mette d'accord :
- le fichier à créer dans un plugin s'appelle CHANGELOG (en majuscule)
- le format est celui décrit précédemment
- dans la liste des plugins, si ce fichier existe alors la version devient un lien vers une popup affichant le changelog
- pour le moment je n'ai pas créé de fonction pour le formatage, il est fait dans le fichier de la popup directement
- ce fichier est dans le répertoire admin/
- je devrai rajouter des clefs dans le fichier de langues : admin.lang ou common.lang ?

Si je dois archiver, à quel endroit, sachant que mon postérieur n'est pas le lieu le plus approprié ?

Gotcha a écrit:

Je suis largué pour la technique mais un jour, il sera question de lier PEM à Mantis de sorte que le "changelog" tienne compte des bugs ouverts et surtout résolus.

Dans ce cas il faudrait que PEM créée un fichier qui va bien pour ceci dans le répertoire du plugin similaire à "pem_metadata.txt"

A mon avis le principe est le même : un fichier texte à parser. Là on aura une tringlerie, à améliorer par la suite.

Dans ce cas il faut définir ce que l'on veut voir dans le changelog sur la galerie :

- ce que j'ai déjà proposé (voir l'onglet "historique" du plugin ContactForm pour un exemple concret)
- la liste des features / bugs extraits de PEM, mais dans l'exemple donné point de date ni de version associée donc ce n'est pas un historique au sens premier du terme

Je n'ai jamais dit le contraire, mais dans mon idée c'était d'avoir, pour chaque version, les changements faits. Or très souvent les changelog ne sont disponible que pour la version en cours (ce qui est la propale de l'autre topic).

Ca ne me dit pas où archiver cette v0 :D

Je sais bien ne t'en fais pas :P

Je suis parti du tag 2.0.6, ai-je bien fait ? Ou faut-il partir de la release 2.0.(x+1) ? Avec ici x=6 bien sûr :O

Quant au retrofit sur le tronc on verra par la suite