La version de Spip disponible depuis l’été 2004 donne la possibilité d’adresser
n’importe quelle table SQL, pas seulement celles créées par défaut lors de l’installation de Spip.
Cette nouveauté repose sur une
description des tables SQL par des tableaux PHP selon un format précis utilisé dans
le fichier ecrire/inc_serialbase.php3.
Ces tableaux sont eux-mêmes des éléments du tableau global $tables_principales, qui est utilisé par l’installateur pour la création de ces tables, et par le compilateur de squelettes pour produire des pages HTML de lecture de ces tables. Mais à l’inverse on peut les utiliser pour produire des formulaires Web d’écriture de nouvelles entrées.
Cette contribution se présente donc sous la forme d’un fichier
insere_en_table.php, à installer dans ecrire/.
On lui donne en arguments d’URL le nom de la table et un fichier
dont le chargement provoque la création dans $tables_principales
d’un élément portant le nom de cette table. En particulier, la désignation du fichier
standard ecrire/inc_serialbase.php3
et d’une table standard, comme dans :
insere_en_table.php?table=breves&file=inc_serialbaseprovoquera la construction d’un formulaire de saisie fonctionnellement proche de ecrire/breve_edit. Selon le type SQL des différents champs,
le script produira une balise de saisie différente (input, select, textarea) préalablement remplie si le type SQL précise une valeur par défaut.
Lorsqu’on cliquera sur le bouton de validation, le retour sera de même fonctionnellement proche de ce que fait ecrire/breve.
Toutefois, un tel automatisme exclut tout comportement nuancé quant
aux relations entre les champs et les droits de l’émetteur vis-à-vis de sa
demande d’insertion d’une nouvelle entrée, ce que fait ecrire/breve.
Ici, le formulaire demande immédiatement une insertion au serveur SQL.
Malgré ces limitations, ce script donne donc un aperçu de ce qu’il est possible de
faire en Spip à présent. Précisons que la présentation du formulaire repose sur l’appel
des fonctions d’habillage de l’espace privé (pour s’approcher de ce qu’on a d’habitude
pour les brèves ou les articles) mais qu’il est possible de le neutraliser (pour obtenir une présentation plus austère, à l’image des messages de forums) en mettant dans l’URL un troisième argument, mode, affecté à une valeur quelconque.
Ce script est issu de discussions sur les forums de mes précédentes contributions,
dont je remercie beaucoup les intervenants qui m’ont permis de grandement amélioré
mon premier jet. A noter que l’ancien script, nommé tablextra, n’est PAS compatible avec les spécifications finalement retenues pour la version officielle sur le site CVS-SPIP.
RSS 2.0