Version 4 — Février 2021 — JLuc
j’ai du faire une recherche internet pour trouver comment supprimer un auteur.
C’est pas intuitif : 1) modifier cet auteur 2) changer son statut en « à la poubelle ».
C’est pas homogène avec les autres obtes :
- un article on modifie son statut sur sa page normale
- un auteur il faut aller dans sa page de modification pour modifier son statut
Une liste de doublon vide se traduit par l’ajout d’un critère MYSQL
AND (documents.id_document NOT IN (''))
(pour cet exemple c’est sur la table documents)
SPIP pourrait détecter et optimiser en évitant cette clause inutile.
Lorsqu’un #INCLURE
ou <INCLURE>
appelle un dernier argument avec retour à la ligne et accolade fermante sur la ligne suivante, le parseur merde lorsqu’il n’y a pas de =
ni de virgule dans la ligne, et il intègre le \n
dans le nom de l’argument.
Exemple :
<INCLURE{fond=inclure/documents,
objet=truc,id_objet=#ID_TRUC
}>
Ou quand c’est env
ou ajax
:
[(#INCLURE{fond=saisies/selection,
nom,
data=#GET{data},
option_intro,
env
})]
Il est impossible de modifier la date de publication en ligne d’un article ayant « date de rédaction antérieure » non cochée. Le changement n’est pas pris en compte.
On peut le faire, mais pour cela il faut cocher « date de rédaction antérieure » (0000-00-00 s’affiche) puis modifier la date de publication en ligne et valider.
Ne se reproduit pas par la suite.
#BALISE
et #ENV{balise}
Lorsqu’un modèle est appelé dans le contenu d’un texte, dans son calcul #BALISE
est vide alors que #ENV{balise}
ne l’est pas. Constaté pour balise=recherche.
Ne reproduit pas : un modèle test <p>TEST=#TEST</p><p>ENV{test}=#ENV{test}</p>
appelé par <test|test=valeurdetest>
{racine}{id_secteur?}{id_secteur IN (1,2,3)}
mal SQL-compilé Lorsqu’il n’y a pas de id_secteur dans l’environnement, c’est compilé en
id_secteur=0 AND id_secteur IN (1,2,3)
et alors la boucle est vide.
(constaté dans la boucle principale d’un sélecteur de rubrique). Parfois mais pas toujours ?