spip/spip | 5 commits
Par tcharlss, le 1er juin 2021 à 11h04min :
Ticket #4291 : faire fonctionner la balise #INFO_INTRODUCTION de la même façon que #INTRODUCTION. (!110)
Faire fonctionner la balise #INFO_INTRODUCTION de la même façon que #INTRODUCTION
Actuellement, cette balise ne renvoie rien, à part si l’objet possède un champ « introduction ». Il serait préférable d’avoir la vraie introduction calculée par SPIP en fonction des autres champs.
Fonctionnement actuel
La balise #INFO_xxx renvoie tout simplement le champ « xxx » de l’objet, s’il existe.
Les cas particuliers sont gérés de 2 façons :
- Certains sont gérés en interne : la date et le titre
- Les autres peuvent avoir des traitements personnalisés en créant des fonctions generer_TRUC_TYPE ou generer_TRUC_entite
Solution
Ce PR ajoute donc une fonction generer_introduction_entite pour prendre en charge les introductions.
Cette fonction est mutualisée entre la balise normale #INTRODUCTION et #INFO_INTRODUCTION.
En conséquent, une partie des choses qui étaient faites dans #INTRODUCTION est déportée dans cette fonction.
Pour résumer, voici l’ordre d’appel et le rôle des balises et fonctions :
-
#INTRODUCTION/#INFO_INTRODUCTION: récupère les données brutes (champs textes, paramètreslongueuretsuite) -
generer_introduction_entite(): normalise les données (tri dans les champs de texte, normalisation des paramètreslongueuretsuite) -
filtre_introduction_dist(): construit l’introduction
Limites
- On ne peut pour l’instant pas passer de paramètre supplémentaires à
#INFO_xxx, donc pas delongueuret desuite. - propre est déjà fait dans le calcul du fitre
introduction, donc l’étoile n’a aucun effet (cf. commentaire). - On ne connaît pas le $connect avec
#INFO_xxx, cf. commentaire
Tests
Testé les cas suivants, tout fonctionne :
#INFO_INTRODUCTION{article,#ID_ARTICLE}#INTRODUCTION#INTRODUCTION{100, ...}#INTRODUCTION{...}
Reviewed-on: #110 - Ticket #4291 : faire fonctionner la balise #INFO_INTRODUCTION de la même façon que #INTRODUCTION. - spip - SPIP on GIT
Co-authored-by: tcharlss tcharlss@bravecassine.com
Co-committed-by: tcharlss tcharlss@bravecassine.com
Modifié
ecrire/balise/info_.php
ecrire/inc/filtres.php
ecrire/public/balises.php
Détails : https://git.spip.net/spip/spip/commit/4c74fa7dcc90362aaf8fa7266e5315248bac0a50
==============================
Par Matthieu Marcillaud, le 1er juin 2021 à 11h07min :
Ticket !spip/dist/pulls/1 : Chaines de langues relatifs à l’ajout d’une feuille xslt pour le flux rss des squelettes-dist.
Modifié
ecrire/lang/public_fr.php
==============================
Par Eric Lupinacci, le 22 mai 2021 à 16h29min :
Permettre à recuperer_url de compléter les en-têtes de la requête par des champs spécifiques ce qui est parfois nécessaire pour utiliser des API REST qui intègrent en particulier des données d’authentification dans le header.
- Eviter d’utiliser POST si une autre méthode est demandée explicitement.
Modifié
ecrire/inc/distant.php
==============================
Par Cerdic, le 1er juin 2021 à 11h10min :
On renomme l’option ‹ headers › par coherence avec le nom utilise en sortie de la fonction pour les headers + ne pas filtrer les entetes deja fournis par SPIP, on permet de les surcharger par double envoi, ce que Apache permet meme si ce n’est pas super propre
Modifié
ecrire/inc/distant.php
==============================
Par Cerdic, le 26 avril 2021 à 17h05min :
Proposer un jeu de fonctions unifiees et robustes pour envoyer un fichier complet ou par morceaux (HTTP_RANGE) car il y a tout un tas de plugins qui recopient le code l’un sur l’autre, avec des variantes pour faire la meme chose, et tout cela est plus ou moins maintenu selon les plugins
spip_livrer_fichier($fichier, $content_type)
Ajouté
ecrire/inc/livrer_fichier.php