🌍
Français
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
Pour cette aspect purement technique, je ne saurait quoi te répondre :-s
A voir avec plg et P@t lorsqu'il ont du temps...
Ca ne me dit pas où archiver cette v0 :D
oki oki
On est bien d'accord donc pour avoir une liste des changements couplée à PEM. Dans cette liste, figurera la liste de TOUT l'historique.
Dans PEM, si on est capable d'afficher la liste des changements dans une version, on est sera capable de lire aussi les changements antérieurs ;-)
Donc... y a qu'à (sifflote)...
;-)
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).
Pour moi, dans un historique de changements, il doit être fait mention des... changement (changelog) donc les deux sont liés.
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
J'ai retrouvé la discution:
post:124132
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.
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.
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é ?
VDigital a écrit:
Yes, you can! Can you?
Yes I can. I'll try to get time to. :)
VDigital a écrit:
Yes, you can! Can you?
But will he ?
Yes, you can! Can you?
Pourquoi pas reprendre l'idée de la popup en rajoutant une colonne dans la table des plugins installés ?