Afficher plusieurs fois un même objet SPIP

Maïeul — 2010-12-19T22:11:04Z

Dans le cadre d'un projet associatif, je me sert de SPIP pour gérer une base de donnée. Cette base de donnée contient un certain nombre d'objets — des cartes de jeux en fait, que j'ai « traduites » en SPIP par des articles — que j'ai besoin d'afficher plusieurs fois. Le nombre d'affichages nécessaires est propre à chaque cartes / articles.

Pour arriver à mes fins, voici comment j'ai fait :

J'ai ajouté un champ extra nombre à la table articles.
Dans ce champ je précise le nombre de fois où je souhaite afficher un article. C'est donc un champs de type INT.
J'utilise ensuite le plugin SPIP-Bonux pour boucler sur un tableau PHP que je génère grâce à la fonction array_fill() de PHP. Ce tableau contient #NOMBRE fois la valeur ''.
A l'intérieur de cette boucle, je peux récupérer les informations de l'article directement avec les balise #CHAMP dont SPIP reconnaitra qu'elle font allusion à la boucle « mère ».

Cela nous donne donc :

  J'affiche le titre de l'article #TITRE qui porte le numéro #ID_ARTICLE etc.

Le code exposé ici n'est pas tout à fait celui que j'utilise pour mon projet, car dans celui-ci je dois mélanger de manière aléatoire les différents articles. Je passe donc par un tableau global que je remplis des valeurs des #ID_ARTICLE le nombre de fois nécessaires.

Champ extra, crayons, sqlite

Maïeul — 2010-12-07T16:59:00Z

Pour un projet associatif, j'utilise une base de donnée SQLite que je gère via SPIP.

J'ai ajouté à la table spip_articles de SPIP un champ extra, et je souhaitais pouvoir l'éditer via les Crayons.

Voilà comment j'ai procédé, une fois le champ extra ajouté.

Pour rendre éditable le champs (que j'appel ici #CHAMP) via les crayons, rien de plus simple.


#CHAMP

Seulement voilà : j'obtenais lors de l'édition, non un textarea mais un simple input, ce qui pour rend l'édition compliqué, puisque le contenu du champ peut faire plusieur ligne.

Le plugin crayon définit le type de champ de formulaire, appelé « Contrôleurs » affiché selon le type du champ SQL. Pour les champs de type TEXT, cela dépend de la longueur.

Seulement voilà, en SQLite, les champs de type TEXT ne peuvent avoir qu'une seule longueur. Il n'y a pas de TINYTEXT ou de MEDIUMTEXT ou autre BIGTEXT. C'est pourquoi j'avais systématiquement un input, et non pas un textarea.

Les crayons ont un contrôleur et une vue [1] par défaut pour les champs extra, mais on peut en définir des nouveaux pour chaques types de champ.

Le contrôleur

Dans mon dossier de squelettes [2], j'ai créé un dossier controleurs, dedans un squelette champ.html, qui contient ceci

[(#REM) Controleur pour le crayon 'champ' , uniquement html ]
#CACHE{0} 
 [(#CHAMP**)]

La vue

Idem, dans mon dossier de squelettes, j'ai créé un dossier vues. Et dans ce dossier un fichier champ.html, qui contient

[(#REM) Vue pour le crayon 'champ' ]
#CACHE{0}

[(#CHAMP|propre)]

Et voilà, j'ai désormais mes crayons qui me permettent d'éditer un champ texte long avec une base SQLite.

J'ai choisi d'utiliser SQLite

Pour économiser une base MySQL chez L'Autre.net, qui limite le nombre à six par adhérents
Parce que je n'avais pas besoin d'une base MySQL, étant donné que seulement cinq personnes peuvent la consulter, et que donc les performances ne sont pas vraiment en jeux.
Parce qu'il est plus simple de récupérer par FTP le fichier SQLite que de passer par PhpMyAdmin pour faire un export [3].

[1] i. e. ce qui est affiché après la modification d'un champ via les crayons.

[2] Qui est sous forme de plugin, .cf mon article « Jeux de squelettes sous forme de plugin ».

[3] SQLite ne fonctionne pas selon un schéma client/serveur, mais avec un fichier local. Cause, en partie, de ses faibles performances.

Geekographie Maïeulesque

Afficher plusieurs fois un même objet SPIP

Champ extra, crayons, sqlite

Le contrôleur

La vue