La trousse à Têtue

Comme tout le monde, je commence chaque nouveau site SPIP par quelques correctifs et réglages préalables. J’ai réuni ceux-ci afin de pouvoir les réutiliser facilement d’un projet à l’autre, ce qui a pris la forme d’un petit plugin perso, dit « trousse à Têtue », que je vous partage ici.

Trousse à Têtue 1

Réglages par défaut, corrections et autres préférences, pour SPIP 2

Ma trousse contient les trucs dont je ne sais plus me passer pour faire un site SPIP, sans autre forme de cohérence : réglages par défaut, corrections typographiques, modèles pour pages annexes (plan de site, formulaire de contact, etc.) et autres préférences.

Contrairement à la plupart des plugins SPIP, celui-ci n’est pas collaboratif et n’est d’ailleurs pas en dépôt commun sur la Zone. Il n’a pas vocation à persister : il regroupe mes habitudes et permet de vous les partager ici, avant d’en extraire éventuellement des éléments distribuables. Il ne devrait pas s’améliorer, mais au contraire s’amenuiser au fur et à mesure des évolutions de SPIP et ses plugins. Cette page de documentation sommaire sera mise à jour consécutivement.

Squelettes

• Tous les squelettes distribués par SPIP sont court-circuités afin de partir d’une base vierge et saine. Seuls les trois squelettes qui sont réellement indispensables — la page d’accueil, les articles et le flux de syndication (soit sommaire.html, article.html et backend.html) — sont conservés dans leur fonctionnement original. La personnalisation se fait comme d’habitude, dans le dossier « squelettes ».
• Si le plugin Agenda est activé, le flux iCal de la dist est remplacé par un flux iCal diffusant les événements du site (et non plus les articles).
• En nommant le répertoire de ses squelettes par année (explications), le webmestre peut tester différents jeux de squelettes très facilement, en passant la variable /?var_skel=2009 dans l’URL.

CSS

• Attention : pour faciliter les surcharges, la feuille de style du site doit être appelée dans le head après la balise #INSERT_HEAD. Bien sûr, il n’est pas idéal d’appeler ainsi les styles du site après la pelletée de scripts insérés par les plugins : ce n’est pas optimisé en terme de performance mais c’est la seule façon, actuellement dans SPIP, de laisser la main au webmestre pour l’habillage CSS de son site.

Balises et traductions

• Ma trousse inclut la balise #TITRE_PARENT de James, qui répond au ticket #1003, parce que ça me manque depuis que je fais du SPIP et que je ne comprends pas pourquoi ce n’est pas dans le core...
• Quelques traductions élémentaires, en fr et en, comme « accueil », « contact » et « liens utiles ». Ne semble plus fonctionner...

Modèles

• Quelques modèles prêts à l’emploi permettent de construire rapidement les pages annexes d’un site, en créant simplement des articles pour chacune : plan de site, archives, quoi de neuf ?, etc. contenant respectivement <plan|>, <archives|>, <nouveautes|>, etc.
• Formulaire de contact à insérer dans un article doté d’au moins un auteur, comme ceci : <formulaire_contact|id_article=7>, pour bâtir une page contact en quelques secondes. Incompatible avec le Formulaire de contact avancé.
• Un modèle <accesskey|> liste automatiquement les 10 premiers articles comme accesskey (explications) et indique à l’internaute comment saisir ces raccourcis en fonction de sa configuration.
• Modèle Amazon pour présenter un bouquin facilement, sur la seule mention de son numéro ISBN-10. Exemple : <amazon|2700606299|right>. S’aligne à gauche et droite comme les images et docs de SPIP.

Raccourcis typo

• Le raccourci tiret « - », très spontanément utilisé pour énumérer, produit désormais une liste (ul/li), conformément à ce qu’indique l’aide en ligne de SPIP, en non plus une puce graphique, ce qui corrige le ticket #1817.
• Pour compenser, la puce graphique est produite par le raccourci « * » en début de paragraphe.
• Les intertitres génèrent du h2 (et non plus du h3) ce qui est souvent plus adapté à la hiérarchie des titres de la page.
• Si ça ne tenait qu’à moi, j’activerais d’office tous les plugins de correction typographique et d’aide à la rédaction sémantique : Belles Puces, Plugin de correction typographique des guillemets, Définitions et FAQ, etc.

Autres réglages

• Je ne sais pas faire un site multilingue sans forcer_lang (que j’ai donc fixé à « true » par défaut), qui « traduit » les titres des rubriques dans la langue choisie par le visiteur et évite ainsi la complexité d’un site reposant sur des secteurs de langue.
• Les URLs saisies dans les contenus ne sont plus automatiquement transformées en liens, ce qui corrige le ticket 1596.
• Les numéros d’ordre des titres ne sont pas affichés sur le site public, sans qu’il soit nécessaire de coller des filtres |supprimer_numero partout.
• Pour éviter les messages de forum trop long, le nombre de leurs caractères est limité à 1 500 (soit un feuillet). Au delà, ce n’est plus vraiment un commentaire, mais un article.
• Limitation de la taille des images uploadées par les rédacteurs : ras le bol des logos de 5 616 px de large qui font exploser la génération de vignettes et plombent la perfo !
• Grâce à Cédric, la prévisualisation est étendue à tous les articles, y compris ceux en cours de rédaction, ce qui évite de devoir proposer les articles à la publication juste pour pouvoir les prévisualiser.
• L’espace privé adopte ma palette de couleurs.
• Les boutons d’admin sont relookés pour être plus confortables : translucides et calés sur un bord de l’écran (et tant pis pour IE) :