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.

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 maîtrisée. 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. Les rubriques affichent directement le dernier article en date ou le premier ordonné. Explications dans ces articles : Zapper les squelettes par défaut de SPIP et Court-circuiter les rubriques de SPIP. 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, le webmestre peut tester différents jeux de squelettes très facilement, en passant la variable /?var_skel=2009 dans l’URL. Explications dans cet article : Testez plusieurs squelettes avec “var_skel”.

CSS

• Attention : pour faciliter les surcharges, la feuille de style du site doit être appelée dans le head après la balise <code>#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. après la nouvelle balise #INSERT_HEAD_CSS.

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. Explications à cette page : Une page de contact dans mon SPIP. Malheureusement, incompatible avec le Formulaire de contact avancé.
• Un modèle <accesskey|> liste automatiquement les 10 premiers articles comme accesskey (Explications à cette page : Bidouiller des accesskey avec SPIP) 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|2212117329|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 (reversé dans SPIP en révision 16589) (et tant pis pour IE) :

Ce plugin n’a pas été adapté pour SPIP 3, version que je n’utilise pas, mais avec laquelle il est, paraît-il, compatible.