Les articles publiés sur le site

  • Anomalie #4845 (Fermé) : Gestion des branches des plugins du Core

    8 juillet 2021

    Les plugins-dist sont chargés grace au fichier https://git.spip.net/spip/spip/src/branch/master/plugins-dist.json par les outils tel que Checkout ou Spip-cli.
    Ces outils s'appuient dessus lorsqu'on lance des commandes tel que "checkout spip -b3.2 ." soit : télécharge ou met à jour un SPIP 3.2.

    Les plugins-dist du core ont actuellement des branches par version de SPIP tel que "spip-3.2".

    Ces nommages posent quelques problèmes car ils ne suivent pas du tout la version du plugin, ce qui fait que parfois les numéros de versions peuvent se chevaucher d'une branche à l'autre d'une part, et d'autre part, ce n'est pas très commun dans l'usage de GIT (et du monde PHP - Composer - Packagist) ce fonctionnement.

    Je proposerais bien 2 choses pour cette version 4.0

    - déclarer dans plugins-dist.json une clé "branch" qui indique la branche de chaque plugin a charger.
    - créer à partir de maintenant des branches par version X (ou X.Y éventuellement) des plugins du core

    Il y a plusieurs corolaires :

    - du coup un plugin Core pourrait être compatible avec plusieurs versions de SPIP si besoin
    - un changement de version minimale du SPIP requis dans ces plugins nécessite alors un incrément du X (ou X.Y selon le choix fait de branches)

    Des avis ?

  • Anomalie #4645 (En cours) : Dans l’admin, toujours lier explicitement le fichier et non pas #URL_D...

    8 juillet 2021, par RastaPopoulos ♥

    J'ai fait une branche pour ça, qui est très simple :
    https://git.spip.net/spip/medias/commit/f8ce6360

    Cependant, comme dit dans le commit, en lisant le code en fait à priori ça devrait être aussi pour TOUS les modèles, qui valent partout, non ? Ce n'est pas du tout une histoire d'admin vs public.

    Car dès lors qu'on a des vraies pages HTML pour les documents (et le plugin prévoit lui-même le cas, en fournissant un exemple dans squelettes/ à la racine !) et bien toutes les insertions seront pétées puisque scr=#URL_DOCUMENT ou data=#URL_DOCUMENT ne voudront plus RIEN dire.

    Ce sont seulement les liens, les href, qui doivent contenir #URL_DOCUMENT, et dans ce cas soit ça pointera sur le document lui-même (cas par défaut), soit une page de présentation du document (cas déclarable facilement), en testant l'autorisation si accès restreint etc. Mais en revanche, les insertions directes, là ça devrait toujours utiliser #FICHIER puisque c'est ce qu'on attend explicitement à ces endroits : être certain d'avoir le chemin du fichier physique.

    Du coup je fais un deuxième commits pour tous les modèles ?

  • Evolution #4709 : mettre _DEFINIR_CONTEXTE_TYPE_PAGE à true de base

    7 juillet 2021

    ô joie !

  • Evolution #3926 : Remplacement de safehtml par le plug htmlpurifier ou autre

    7 juillet 2021

    Bon, malheureusement certainement, ça ne sera pas dans cette version 4.0
    Croisons les doigts pour une prochaine version, pas trop lointaine :)

  • Anomalie #4756 : Régressions liées aux évolutions des styles du privé

    7 juillet 2021, par b b

    Top tcharlss, j'up spip.net de ce pas pour que les gens puissent le constater en live.