Vers une Prochaine Gazette

<blockquote> b_b gère le recensement des éléments des futures gazettes sur seenthis à l’aide du tag #spip_blog. Il suffit donc aussi d’y poster un contenu proposé (avec un lien vers une source si possible) et d’y coller le tag #spip_blog.

Cette wikipage vise à permettre la participation sans nécessiter l’inscription sur seenthis. Elle collecte les propositions d’insertions dans un prochain post de http://blog.spip.net.
Quand b_b ou une autre personne estime qu’il y a assez de bons contenus ici, elle prend ce qu’elle veut ici, crée un article sur le blog et enlève de cette page ce qui a été reporté sur le blog. Cette page ( re)devient devient alors le brouillon du d’un prochain post du blog suivant .

</blockquote>

RTFM et nourrissez vous de 18 ans d’expérience

RTFM est un acronyme employé sur les forums d’aide informatique et qui signifie « Relis Ton Foutu Manuel ». À un utilisateur de SPIP qui rencontre des déboires et dont le site ne respecte visiblement pas suivi les « bonnes pratiques » de développement SPIP, Klaus M préfère écrire ceci, sur la liste des utilisateurs de SPIP :

<blockquote class="spip">

Votre histoire me rappelle les phénomènes courants à l’époque des
premières versions de SPIP. Il n’y avait pas de multiliguismes, alors
chacun bricolait ce qu’il lui fallait. Il n’y avait pas de plugins,
alors chacun modifiait son code php sans vraiment comprendre ce qu’il
faisait.

Tout sautait lors de la prochaine mise à jour de SPIP.

Avec l’arrivée officielle du multilinguisme, avec le nouveau noyau écrit
per Emmanuel et avec l’introduction des plugins on s’est libéré de tous
ces problèmes. D’abord ce fut une économie en temps de vie passé avec du
debugging et ce fut le début du SPIP flexible et stable qu’on connaît
aujourd’hui.

Je suis d’accord pour que chacun décide sur sa propre manière
« d’apprendre SPIP » - ce qui est totalement possible vu l’architecture
claire et simple de la base de SPIP. Par contre une fois qu’on passe au
stade professionnel on est obligé de lire et de comprendre la doc et de
suivre les conseils de la communauté.

En prenant un raccourci par des chemins de traverse pour éviter l’étude
des documents de base on se retrouve forcément avec du code superflu et
des modifications douteuses de SPIP. Ce que je trouve le plus [dommage] c’est
qu’on passe à côté de la découvertes des réflexions des contributeurs
qui ont élaboré des solutions de plus en plus performantes.

</blockquote>

Ajouter une expression au critère {par}

Depuis SPIP 3.2 on peut utiliser des expressions avec le critère {par} : {par expression champ}.

Il est possible d’ajouter de nouvelles expressions sans avoir à surcharger la fonction centrale : il faut créer une fonction calculer_critere_par_expression_{expression}

Ainsi, créer une fonction calculer_critere_par_expression_joli nous permettrait d’utiliser le critère {par joli titre}.

Utilisé dans le core avec multi, num et sinum.