Vous trouverez ici des trucs et astuces destinés aux développeurs de sites sous SPIP.
La majorité de ces trucs est consacrée aux filtres graphiques introduits dans SPIP 1.9. Il y a là en effet un vaste champ d’expérimentation pour les webmestres et les graphistes.
Chaque truc est suivi d’un forum auquel nous vous invitons à participer.
N.B. La présence de ces trucs et astuces sur notre site professionnel est destinée à faire connaître notre activité de création de sites sous SPIP. Vous pouvez librement utiliser les morceaux de code fournis ici dans vos propres squelettes. Vous pouvez reprendre ces exemples sur votre site ou dans les forums d’un autre site ; dans ce cas, nous vous demandons simplement d’avoir la courtoisie de référencer la page d’où est tiré le code repris.
Effectivement l’un des problèmes de ce plugin c’est qu’il rajoute un type de relation à ceux déjà existant (rubriques, mots-clefs, traductions). Au lieu de chercher à centraliser.
Au lieu de chercher à centraliser.
Oui, mais d’un autre côté, c’est bien à cela que servent les plugins. Dans le cas où la solution générique ne répond pas aux besoins d’un site, pourquoi se priver de développer l’outil adapté ?
À mon avis, la difficulté ensuite, c’est que tout le monde s’imagine avoir besoin d’un « outil adapté » spécifiquement à ses besoins (aux débuts de SPIP, la plupart des gens prétendaient qu’il était impossible de réaliser « leur » site avec un tel outil, parce que leurs besoins à eux étaient tellement particuliers). Ce qui est en général faux : la plupart des sites ont des besoins très basiques et génériques, c’est seulement l’ergonomie et la structuration de l’information qui ont changent, la plupart du temps il n’est pas nécessaire de modifier le type de relation.
Mais d’un autre côté, il y a effectivement des cas où l’on a besoin de bidouilles spécifiquement adaptées. Et ce plugin en fait partie. Inutile dans 90% des cas, mais vraiment super-pratique quand vraiment on en a besoin.
Par ailleurs, pour les « lire aussi... », je préfère largement les croisements de mots-clés : afficher les articles qui partagent le plus de mots-clés (par exemple). Mais c’est un usage tout de même différent. Que ce soit une bonne idée ou non, il y a tout de même un certain nombre de cas où le webmestre veut gérer à la main certaines relations, plutôt que de se reposer sur des automatismes (dans 30% des cas, c’est une bonne idée).
bonjour,
J’ai eu ce genre de problématique à gérer sur mon site : lier des articles entre eux par forcément sur la même rubrique. Je m’en suis sorti en créant un groupe de mots clés pour associer un article au numéro d’un autre article. Une boucle permet ensuite de les trier dans l’ordre de date. J’ai jamais publié cette astuce. L’inconvénient est bien sûr que le groupe se remplit rapidement de numéros. Du coup, je note ta solution, le jour où je mettrais à niveau mon spip ... :-(
Voir ici comment çà fonctionne (à la fin de la page).
en colonne de gauche, les petites icônes permettent de changer l’« article de référence » (comme pour les liens de traduction) ; l’article de référence est l’article principal du groupe d’articles, destiné à servir de point d’entrée ;
<B_articles_lies>
Pages
<BOUCLE_articles_lies(MOTS) {id_article}{id_groupe=8}{0,1}>
<BOUCLE_articles_lies2(ARTICLES) {id_groupe=8}{id_mot}{par date}{" | "}>
[<(#EXPOSE{span,a href="#URL_ARTICLE"})>]
#COMPTEUR_BOUCLE
[</(#EXPOSE{span,a})>]
</BOUCLE_articles_lies2>
</BOUCLE_articles_lies>
<br /><br />
</B_articles_lies>Salut Balluche,
en créant un groupe de mots clés pour associer un article au numéro d’un autre article.
Je parle de cette solution, justement. Elle est viable sur un site publiant peu. Sur un site, genre site de quotidien, on se retrouve à créer un mot clé à chaque fois, et si on publie, disons, 3 dossiers par jour, on se retrouve avec 1000 mots clés au bout d’un an. Mots clés destinés à ne pas être réutilisés. Et là, c’est carrément impraticable.
Il y aussi le problème des droits de création des mots-clés par des rédacteurs.
Par ailleurs, pour le coup, au niveau interface, on fait du très lourd pour un usage systématiquement ponctuel (puisque le mot clé est destiné à n’avoir que 2 à 5 articles, dans la logique d’un « lire aussi... » manuel).
Par ailleurs, pour les « lire aussi... », je préfère largement les croisements de mots-clés : afficher les articles qui partagent le plus de mots-clés (par exemple).
Moi aussi c’est "un peu" l’intérêt d’un cms et du logiciel. J’ajouterais un tri par date pour un site d’actualité. Mais le problème pour le "designer spip" c’est que je suppose qu’il faut soit écrire une succession de boucles spip et on obtient une usine à gaz incompréhensible, soit simplifier avec du php et du coup l’abstraction et l’intérêt du langage spip passe à la trappe, soit un mélange des deux pour que ça reste à peu près compréhensible. J’ai l’impression que le langage spip et sa simplicité d’usage est un peu laissé de côté au profit de plug-ins pour répondre à des fonctionnalités précises. non ?
J’ai l’impression que le langage spip et sa simplicité d’usage est un peu laissé de côté au profit de plug-ins pour répondre à des fonctionnalités précises. non ?
Je ne crois pas. Les copains continuent à affiner les critères de boucles, il y a une foultitude de jolies choses, déjà dans la 1.9, vraiment pratiques et d’usage générique. La courbe d’apprentissage est toujours bien présente de ce côté : si tu veux améliorer tes squelettes sans PHP, il y a vraiment des choses très pratiques. Tiens, récemment je me suis mis à utiliser beaucoup plus fréquemment les critères de dates (même jour, même mois...) ; ce ne sont certainement pas les critères les plus connus, mais ils permettent des choses très pratiques là où, auparavant, on bidouillait du PHP.
Ensuite, oui, une bonne partie de l’intérêt des plugins est bien de développer des fonctionnalités spécifiques, d’usage moins général (ou carrément ultra-spécifique) que le core. Je pense qu’on verra des plugins allant dans deux directions : des plugins à vocation très générique, et des plugins permettant de traiter des situations très spécifiques.
Ouais ca, ça me plait ! Bravo ! :-D
Par contre, mon site n’est pas en version dev (il est destiné à la production quand même un jour et une version dev en ce cas me plait moyennement, eut égard aux soucis que l’on peut rencontrer avec une version "non stable")
Est-ce que ton plugin est portable facilement en version 1.9.2d ?
Merci encore ;-)
Merci infiniment pour ce plugin... Des petites choses qui nous facilitent la vie
Enfin la solution a mon probleme, consistant a lier des articles appartenant a des rubriques gerees par des departements differents (Produits vs. Projets vs. HR...) (j’appartiens donc apparemment aux 10% des necessiteux) ! Ne [me ?] reste plus qu’a remplacer l’interface de saisie de l’article "lire aussi" par le navigateur des rubriques spip... En tous cas c’est super - merci infiniment !!
Bonjour
Merci pour le plugin. Je l’utilise et c’est ce qu’il fallait. Mon seul regret est que pour faire des liens entre articles, il faut ouvrir une 2è page , faire une recherche et copier - coller les articles.
ça prend du temps alors qu’il y aurait possibilité d’accélérer la procédure.
En tout cas, c’est juste une suggestion.
Merci en tout cas