A-t-on vraiment besoin de compat 3.2 pour ce plugin qui me semble récent alors que celle-ci est en fin de vie ?
Si oui, il va falloir modifier un peu le paquet car le logo ne s'affichera pas en 3.2.
En outre, on a commencé à mettre les logos à la racine avec le nom prefixe.svg pour spip 4 (le optimages-xx.svg peut rester dans prive aussi pour être utilisé comme une icone dans le plugin) car le logo n'est pas thémable.
Hello,
A-t-on vraiment besoin de compat 3.2 pour ce plugin qui me semble récent alors que celle-ci est en fin de vie ?
Si oui, il va falloir modifier un peu le paquet car le logo ne s'affichera pas en 3.2.
En outre, on a commencé à mettre les logos à la racine avec le nom prefixe.svg pour spip 4 (le optimages-xx.svg peut rester dans prive aussi pour être utilisé comme une icone dans le plugin) car le logo n'est pas thémable.
Alors la compat 3.2, à titre tout à fait personnel, je n'en ai pas besoin ; je crois que c'était un besoin de @RealET.
Pour ce qui est des logos à la racine, j'avais cru comprendre cela mais l'usage me semblait encore assez fluctuant, donc j'étais resté sur le fonctionnement "historique".
J'attends le retour de @RealET du coup et on verra alors :)
Bonjour @Eric
Merci pour ton retour !
Alors la compat 3.2, à titre tout à fait personnel, je n'en ai pas besoin ; je crois que c'était un besoin de @RealET.
Pour ce qui est des logos à la racine, j'avais cru comprendre cela mais l'usage me semblait encore assez fluctuant, donc j'étais resté sur le fonctionnement "historique".
J'attends le retour de @RealET du coup et on verra alors :)
@RealET je pense que si on peut s'en passer c'est mieux car sinon ça nous interdit d'utiliser beaucoup d'améliorations arrivées avec la 4.0. Donc, si ça ne manque à personne alors je crois qu'on peut s'en passer et faire les modifications que j'ai proposé.
@RealET je pense que si on peut s'en passer c'est mieux car sinon ça nous interdit d'utiliser beaucoup d'améliorations arrivées avec la 4.0. Donc, si ça ne manque à personne alors je crois qu'on peut s'en passer et faire les modifications que j'ai proposé.
@Eric du coup, les derniers commits sur master répond à tes remarques:
compatibilité >= 4.0
logo optimages.sgv à la racine
Vois-tu d'autres modifications à apporter ?
Merci :)
@Eric du coup, les derniers commits sur master répond à tes remarques:
* compatibilité >= 4.0
* logo optimages.sgv à la racine
Vois-tu d'autres modifications à apporter ?
Merci :)
Merci @Eric. Je vais essayer de merger la branche où j'ai expérimenté PHPStan avant de pousser un nouveau tag.
que je n'ai pas trop de conflits à résoudre !
Merci @Eric. Je vais essayer de merger la branche où j'ai expérimenté PHPStan avant de pousser un nouveau tag.
que je n'ai pas trop de conflits à résoudre !
Hello,
A-t-on vraiment besoin de compat 3.2 pour ce plugin qui me semble récent alors que celle-ci est en fin de vie ?
Si oui, il va falloir modifier un peu le paquet car le logo ne s'affichera pas en 3.2.
En outre, on a commencé à mettre les logos à la racine avec le nom prefixe.svg pour spip 4 (le optimages-xx.svg peut rester dans prive aussi pour être utilisé comme une icone dans le plugin) car le logo n'est pas thémable.
Bonjour @Eric
Merci pour ton retour !
Alors la compat 3.2, à titre tout à fait personnel, je n'en ai pas besoin ; je crois que c'était un besoin de @RealET.
Pour ce qui est des logos à la racine, j'avais cru comprendre cela mais l'usage me semblait encore assez fluctuant, donc j'étais resté sur le fonctionnement "historique".
J'attends le retour de @RealET du coup et on verra alors :)
Disons que le code est tout à fait compatible SPIP 3.2, donc je me disais que c'était dommage de s'en priver.
Mais sinon, ça ne me manquera pas.
@RealET je pense que si on peut s'en passer c'est mieux car sinon ça nous interdit d'utiliser beaucoup d'améliorations arrivées avec la 4.0. Donc, si ça ne manque à personne alors je crois qu'on peut s'en passer et faire les modifications que j'ai proposé.
@Eric du coup, les derniers commits sur master répond à tes remarques:
Vois-tu d'autres modifications à apporter ?
Merci :)
Non je pense que c'est bon, on peut sortir une nouvelle version qui sera visible sur Plugins SPIP.
Merci @Eric. Je vais essayer de merger la branche où j'ai expérimenté PHPStan avant de pousser un nouveau tag.
que je n'ai pas trop de conflits à résoudre !
Je viens donc de merger la branche phpstan dans master et de pousser un nouveau tag.
Merci @Eric et @RealET :)