LapSuske

Délivrer des noisettes selon le statut "Admin complet" ou "Admin restreint"

François Rygaert (aka Suske) — 2013-10-09T06:51:02Z

SPIP permet de facilement délivrer des noisettes adaptées au statut du visiteur. Pour différencier les admins, depuis hier c'est aussi très facile ;-) (merci Denis).

Pour cette "recette SPIP" délivrée par denisb sur IRC en ce beau 8 octobre 2013, il vous faudra :

Ingrédients

@@@ 2 squelettes d'inclure :

– squelettes/fond_pour_complet.html
– squelettes/fond_pour_restreint.html

@@@ un appel :

[(#AUTORISER{publierdans, rubrique, #ID_RUBRIQUE|intval|sinon{-1}, #SESSION{id_auteur}})<INCLURE{fond=fond_pour_#AUTORISER{configurer}|?{complet, restreint}}>]

Comprendre

@@@ explication :

#AUTORISER{publierdans, rubrique, #ID_RUBRIQUE|intval|sinon{-1}, #SESSION{id_auteur}}

ici, on teste si l'auteur loggué #SESSION{id_auteur} a le droit de publier dans la rubrique #ID_RUBRIQUE.

#ID_RUBRIQUE|intval|sinon{-1}

ici, on récupère l'#ID_RUBRIQUE de l'environnement (soit il est déclaré dans une BOUCLE, soit il est passé en URL).
si #ID_RUBRIQUE n'existe pas ou n'est pas un entier, alors on lui affecte la valeur -1 (valeur qui ne peut exister).

#AUTORISER{configurer}|?{complet, restreint}

ici, on sait que l'auteur est administrateur.
on teste alors s'il a le droit de configurer le site. si oui, c'est un administrateur complet, si non c'est un administrateur restreint.

<INCLURE{fond=skel_pour_#AUTORISER{configurer}|?{complet, restreint}}>

il reste à appeler le bon squelette d'INCLURE selon les droits de l'administrateur reconnu.

– Billet pompé sans vergogne de http://spip.pastebin.fr/29002 afin de pérenniser cette merveille.
– Astuce reprise avec plein d'autres sur http://contrib.spip.net/Astuces-lon...

Afficher une vidéo Youtu.be dans une mediabox

François Rygaert (aka Suske) — 2013-04-22T08:47:21Z

IRC, 19/4/2013

[12:40] Ernest : Est-ce que l'un de vous a deja tente ( et reussi ) d'afficher une video youtube dans avec le plugin mediabox ?
[12:47] Célestine : oui Ernest
[12:48] Ernest : pas moyen d'afficher une video youtube comme splash, ou je me trompe ?
[12:49] Célestine : j'utilise oembed pour le document youtube
[12:49] Célestine : et ">#LOGO_DOCUMENT
[12:50] Célestine : ça fonctionne bien

Démonstration

Cliquer sur la vignette...

Ou sur celle-ci.

En pratique... [1]

– Créer un modèle squelettes/modeles/youtube.html contenant le code :

<BOUCLE_yt(DOCUMENTS){id_document=#ENV{id}}>
<div style="display:inline-block; margin: auto; overflow:auto;position:relative;left:0">
<a href="[(#URL_DOCUMENT|abs_url)]" class="mediabox BoxIframe boxWidth-600px boxHeight-450px" title="[(#TITRE|attribut_html)]">#LOGO_DOCUMENT</a>
</div>
</BOUCLE_yt>

– Installer le plugin oEmbed
– Dans l'encart d'ajout de documents, sélectionner depuis "internet" et coller l'url de la vidéo

– Dans le texte de l'article, il vous reste à indiquer (en adaptant le numéro du document bien entendu).

Voilà, voilà ;-)

[1] Mise à jour du 6/1/2014

HS, ceci est une formule de sucre complexe : -(1-4)-α-D-6-deoxy-Glcp4N-(1-4)-D-1-deoxy-Glcp

Débloquer SVP ?

François Rygaert (aka Suske) — 2013-03-15T13:34:52Z

Il y a 2 var_mode exploitables dans SVP (sur la page d'admin des plugins), l'un

– var_mode=vider_paquets_locaux indique à SVP de forcer un recalcul de ses informations en base pour ce qui concerne les plugins locaux donc (plugins/ , plugins-dist/).

– var_mode=reinstaller_svp est encore plus bourrin : il désinstalle SVP (il se réinstallera au prochain tour).

Donc, si c'est un problème de lecture par SVP, le premier devrait corriger ça (ça arrivait dans des cas rares, mais normalement on devrait plus en avoir besoin). Le second évidemment nécessite de reconfigurer SVP par la suite (dépots de plugins & conf si elle avait été changé…)

Et voilà !

Merci Matthieu !

Voir en ligne : Le message sur "spip-user"

Esprit SPIP es-tu là ? Ou pas ?

François Rygaert (aka Suske) — 2013-02-13T17:16:22Z

Quelques épisodes plus ou moins récents me donnent l'envie de tapoter ici quelques éléments de la perception que j'ai de la Communauté SPIP, de son fonctionnement, de ses "élites", de ... la tendresse permanente dans laquelle elle baigne. Ou pas.

Un article de base de la documentation de SPIP

Est-ce que je peux utiliser SPIP pour réaliser un site marchand, un site avec des pubs, ou un site de droite, ou un site qui débine le logiciel libre... .

Vous faites bien ce que vous voulez...

A lire ici : http://www.spip.net/fr_article1475.html

De la différence entre l'utilisation de l'outil et la participation à la vie de sa communauté

Cette "ouverture généreuse" (qui en fait n'a rien à voir avec SPIP mais seulement sa licence GPL et avec votre liberté d'expression et d'action) ne garantit pas que vous serez bien reçu, par exemple sur IRC ou sur les listes e-mail, si vous débarquez avec ostentation pour exposer vos business, votre plugin d'échange de bannière publicitaire ou toute autre chose qui a très clairement à voir avec le business et le google-fb-web 2.0

Faire des sites, y compris en SPIP, peut bien être une manière de gagner sa vie, y compris pour vendre des choses avec ces sites mais bon, c'est pas vraiment le fondement de SPIP, voilà. Mais l'usage en est libre et tout le monde en est fier.

Cependant, si parce que vous êtes utilisateur (ou dev de plugins ou...), vous utilisez votre passage dans la communauté pour y exposez vos idées de droite ou pour débiner le logiciel libre, la probabilité que vous soyez ignoré ou jeté augmente sensiblement. Ou pas. On ne sait pas par qui d'ailleurs. Mais l'ambiance peut monter assez vite. Disons que si vous militez contre le sang de cette communauté, ses lymphocytes vont vous identifier, c'est clair. Cela ne veut pas dire que tous les spipeurs sont pour le mariage pour tous. En fait je n'ai pas connaissance d'une étude à ce sujet, ni d'un référendum, ni de rien, et je pense que celui ou celle qui utiliserait les canaux de SPIP pour tenter ça serait bien reçu-e aussi. Mon sentiment est que vous aurez peu d'accroches avec les développeurs de SPIP si vous faites des sites de droite ou qui débinent le logiciel libre mais surtout vous seriez bien inspiré de ne pas y faire référence de manière ostentatoire. Et encore, il y a des moments où les aspects techniques risquent de l'emporter malgré tout et de permettre la discussion sur le code.

Pour décrire cet esprit, une charte...

Suite à l'ouverture de SPIP-Zone (espace coopératif/contributif de la communauté), le besoin s'est fait sentir de définir un peu ce qui serait bienvenu sur la zone et ce qui ne le serait pas. Cela a donné lieu à la création d'une Charte dans laquelle on trouve notamment ce qui suit.

Respect des buts et valeurs du projet SPIP

Rappelons que SPIP est un logiciel libre, et chaque personne qui l'utilise peut en faire ce qu'elle veut ; toutefois la participation à la SPIP Zone doit être faite dans le cadre des buts et valeurs promus par le projet initial du minirézo, et notamment :

– promouvoir et défendre la liberté d'expression de tous sur Internet
– une défiance vis-à-vis de l'argent
– le respect de l'identité de chacun

Cela implique, entre autres, un effort pour internationaliser ses contributions, veiller à ce que le langage et le fonctionnement choisis soient non-sexistes, une priorité accordée aux besoins associatifs sur les besoins marchands, etc.

Ce site n'est pas une plateforme de développement pour des versions militaires ou business-oriented de SPIP qui viendraient en changer la nature. Il n'a pas non plus vocation à servir de support de communication ou de publicité pour consultants. Si vous pensez que votre activité professionnelle peut entrer en conflit avec ces exigences, on peut en parler et trouver des solutions (l'usage d'un pseudo par exemple).

En guise de (ma) conclusion

Bref, SPIP est un logiciel libre et s'il peut servir à quiconque, cela ne saurait chagriner les auteurs et développeurs même s'ils ne sont pas d'accord avec vos contenus. Par contre, si vous passez dans la galaxie (sites, mailing-listes, etc.), une certaine neutralité est attendue. La liberté d'expression est là certes, vous y avez droit. Les développeurs de SPIP aussi, et ils ou elles ne manqueront pas de vous le faire savoir si vous sortez un peu trop à leur gout de l'esprit de cette charte...

Cela donnera par exemple ceci pour demander à d'aucuns de garder leurs idées politiques pour eux ou encore cela si un développeur veut partager un truc très utile mais qui sincèrement est hors cadre SPIP ou encore ce genre de discussion quand une développeuse se saisit d'une problématique qui grandit et qui va à l'encontre de l'esprit SPIP...

Esprit SPIP es-tu là ? Certainement. Il n'est pas univoque, il ne garantit pas la tendresse dans les contacts humains, il ne veut pas dire "tous d'accord tout le temps" (moins qu'ailleurs en fait, je le pense sincèrement) mais il y a du fond, de la réflexion et une certaine vision du monde. Celle que cette charte permet de deviner. Ou pas.

Retrouver une valeur dans une chaîne structurée

François Rygaert (aka Suske) — 2013-01-06T18:37:57Z

Lu sur IRC le 28/5/2011

[Jules] Jim : help :-) j'ai un [id_organisations_lien] => 1-263-rubrique, comment est-ce que je peux récupérer le #ID_ORGANISATION ? c'est la 1ère valeur...

[Jim] [(#VAL{1-263-rubrique}|explode{-}|table_valeur{2})] Jules

Démosphère, agenda alternatif belgo-bruxellois

François Rygaert (aka Suske) — 2012-11-09T11:45:00Z

Un agenda au format iCal, repris ici par la grâce du plugin iCalendar.

Le plugin iCalendar pour SPIP

Documentation : http://contrib.spip.net/Plugin-iCalendar

Il y a des tas de développements à partager sur ce plugin "un peu nu" ;-)

Agenda Démosphère BxlBel

Le site ressource : http://bxl.demosphere.eu. La liste ci-dessous est affichée au moyen du modèle "prochainement" fourni par le plugin :

Redéfinissons les "define" (paramétrer son site en SPIP)

François Rygaert (aka Suske) — 2012-09-06T00:00:00Z

C'est un des "trucs" de SPIP : il y a des configurations "cachées" que l'on peut modifier pour modifier le fonctionnement du logiciel (ou d'un plugin). En fait, le code en est "truffé" et bien souvent, une simple surcharge de la valeur par défaut permet de résoudre au moins partiellement un "petit" problème... Un exemple avec le plugin "Sites".

Je découvre ce jour que les fichiers de syndication au format "atom" transmettent deux dates sous les entrées :

2012-08-20T11:33:00.000-07:002012-09-05T14:25:58.393-07:00

Et je découvre par là même que sur un site qui reprend ce type de flux de publication, SPIP utilise la valeur "updated" pour mettre à jour la date de publication. En l'occurrence, une simple correction d'alignement (un recentrage) d'une image sur le site d'origine entraîne la remontée d'un billet ancien en tête de liste à la date "updated"...

Comme je commence à connaître l'écureuil, je suppose a priori que certains réglages sont possibles, même si l'espace de gestion des plugins ou le menu interne ne propose pas de configuration. Cela se passe alors dans des valeurs constantes, définies dans le code.

On les trouve aisément en faisant une recherche sur les fichiers contenant le code "define(" par lequel ces réglages sont déclarés par défaut. Dans le cas qui m'occupe, je limite cette recherche au plugin "Sites", qui gère la syndication des sites. Bingo.

Dans plugins-dist/sites/genie/syndic.php :

– lignes 18 à 21 :

	define('_PERIODE_SYNDICATION', 2*60); ... define('_PERIODE_SYNDICATION_SUSPENDUE', 24*60);

– ligne 154 : define('_SYNDICATION_URL_UNIQUE', false);
– ligne 160 : define('_SYNDICATION_CORRECTION', true);

Cette dernière définition me semble intéressante, d'autant que les commentaires du développeur m'aident à voir que c'est ce que je recherche...

// Si false, on ne met pas a jour un lien deja syndique avec ses nouvelles
// donnees ; par defaut [true] : on met a jour si le contenu a change

J'ouvre donc les fichier config/mes_options.php et j'y insère simplement la ligne define('_SYNDICATION_CORRECTION', false);

Du coup, une fois un article syndiqué dans mon site, il ne sera plus modifié, vu que les constantes définies dans mes_options.php prennent la priorité sur leur définition éventuelle par ailleurs [1]

Des "define", il y en a plein dans SPIP et ils sont là pour permettre de paramétrer votre site comme vous l'entendez, du coup : pourquoi s'en priver ?

[1] http://be2.php.net/manual/fr/language.constants.php précise "Comme son nom le suggère, cette valeur ne peut jamais être modifiée durant l'exécution du script...", hors mes_options.php est appelé par SPIP avant tout autre traitement, donc ce qui est défini là aura la priorité.

Afficher directement l'article unique d'une rubrique

François Rygaert (aka Suske) — 2012-03-24T16:21:00Z

C'est parfois un problème avec SPIP : on crée une rubrique pour un seul article, afin que les choses soient bien rangées. Mais du coup, les visiteurs doivent cliquer et recliquer pour rien. Sur SPIP-Contrib, dans ce cas-là, la page de l'article unique est affichée directement. Voici comment.

Le code utilisé sur SPIP-Contrib est visible sur la zone : http://zone.spip.org/trac/spip-zone.... Il contient quelques critères dont nous n'avons pas besoin pour un cas général. Nous les enlevons donc, ce qui donne :

#SET{normale,' '} [(#REM) test sur presence sous-rubriques] <BOUCLE_test_sousrubrique(RUBRIQUES){id_parent}{0,1}> </BOUCLE_test_sousrubrique> <BOUCLE_articles_unseul(ARTICLES){id_rubrique}{pagination 1}> [(#GRAND_TOTAL|=={1}|oui) <?php include_spip('inc/headers'); redirige_par_entete('[(#URL_ARTICLE|texte_script)]'); ?> [(#SET{normale,''})] [(#REM) reinjecter l'id_article dans le contexte pour les stats] ] <?php if ('#GRAND_TOTAL'=='1') $GLOBALS['contexte']['id_article'] = intval('[(#ID_ARTICLE)]'); ?> </BOUCLE_articles_unseul> <//B_test_sousrubrique> <BOUCLE_principale_rubrique(RUBRIQUES){id_rubrique}>[(#GET{normale}|oui)<INCLURE{fond=structure}{env}{type=rubrique}{composition} />]</BOUCLE_principale_rubrique>

Explication :
– lignes 1 : on définit une variable locale "normale", qui servira a lancer le squelette "normal" si la rubrique appelée contient au moins une sous-rubrique ou plus d'un article.
– lignes 3 : tester s'il existe au moins une sous-rubrique de la rubrique appelée. Si c'est le cas, la BOUCLE_articles_unseul ne sera pas exécutée vu qu'elle est dans la partie alternative de la BOUCLE_test_sousrubrique.
– ligne 4 à 12 si la BOUCLE_test_sousrubrique est vide, BOUCLE_articles_unseul est exécutée. Elle liste les articles de la rubrique. Si leur nombre est égal à 1 (l.5), la fonction SPIP redirige_par_entete est appelée et le navigateur est renvoyé directement sur la page d'article (code 302). On vide la variable "normale" et on s'occupe des statistiques de visite.
– ligne 13 : voici le marqueur qui indique que ce qui précède est à exécuter si la boucle principale ne renvoie rien
– ligne suivante : une dernière boucle sur la rubrique appelée, qui lance en l'occurrence la mécanique de ZPIP si et et seulement si la variable "normale" est positionnée (donc, qu'on a au moins une sous-rubrique ou plus d'un article).

De manière générale, le php n'est pas à utiliser dans les squelettes. On constate ici qu'il est utilisé uniquement pour faire appel à des fonctions ou globales de SPIP, je suppose que c'est ce qui rend cet usage acceptable.

Voilà, voilà. Bon SPIP !

Chapitre 1er : plugin.xml, pipelines, CFG

François Rygaert (aka Suske) — 2012-03-23T19:03:55Z

Premier étape du chantier, en regarder les bases : les fichiers situés à la racine du plugin. Je vais regarder, et toucher (mais peu, je ne sais même pas vraiment où je vais). On va donc commencer par les fichiers à la racine : plugin.xml et bisous_pipelines.php

Plugin.xml

SPIP 3 marquera l'abandon progressif de ce fichier de déclaration de plugins, au profit d'un autre nommé paquet.xml. Le plugin "Plugonet" facilite la création de paquet.xml, nous y reviendrons plus tard. Dans l'immédiat, regardons de quoi se compose le plugin.xml de Bisous pour SPIP 2 et voyons ce qu'il y a à y changer.

<plugin> <nom>SPIP Bisous !</nom> <auteur>RastaPopoulos</auteur> <licence>GPL</licence> <version>0.2.0</version> <version_base>0.2</version_base> <etat>dev</etat> <description>Vous êtes en colère ? Il vous faut des bisous ! Vous êtes content ? Il vous faut des bisous !</description> <lien></lien> <!-- URI de documentation --> <prefix>bisous</prefix> <icon>images/amour.png</icon> <install>base/bisous_installation.php</install> <pipeline> <nom>declarer_tables_interfaces</nom> <inclure>base/bisous_tables.php</inclure> </pipeline> <pipeline> <nom>declarer_tables_principales</nom> <inclure>base/bisous_tables.php</inclure> </pipeline> <pipeline> <nom>affiche_gauche</nom> <inclure>bisous_pipelines.php</inclure> </pipeline> <necessite id="SPIP" version="[2.0.0;2.1.99]" /> <categorie>communication</categorie> </plugin>

Commentaires :
– Ligne 5 : le numéro de version du plugin est bien entendu un élément crucial pour la bonne information du webmestre. Jusqu'à l'apparition du plugin STEP pour SPIP 2.1, ce numéro n'était pas utilisé dynamiquement en spip. Dans SPIP 3, l'interface de gestion des plugins fera usage de cette donnée pour gérer les mises à jour, les dépendances, etc. Ce numéro doit avoir la forme X.Y.Z. Si je faisais une évolution du plugin existant, je devrais l'incrémenter en Z, au minimum mais je crois que ce n'est pas nécessaire vu que je crée une version spécifique pour SPIP 3 [1]
– Ligne 6 : le numéro de version de la base doit être incrémenté, en cas de modification de la base de donnée par le plugin. Son incrémentation déclenche les actions ad hoc de SPIP.
– ligne 10 : Outre son utilisation nécessaire dans les noms de fonctions, etc., à partir de SPIP 3, c'est le préfixe qui détermine l'unicité du plugin pour le serveur de plugins.
– lignes 12 à 20 : la mécanique d'installation et de fonctionnement des tables du plugin, c'est pour plus tard peut-être.
– lignes 21 à 24 : le pipeline "afficher_gauche" définit un affichage dans la colonne de gauche de l'espace privé. Comme perso j'aime l'affichage en 3 colonnes du privé et que la droite est souvent oubliée, je vais mettre "afficher_droite". Par ailleurs, le contenu de cet affichage est défini dans le fichier bisous_pipelines.php, ça tombe bien on ira y jeter un œil tout à l'heure.
– ligne 25 : pour que ce plugin s'installe sous SPIP 3, il faudra adapter ça : je mets
– ligne 26 : la catégorie est désormais nécessaire pour pouvoir mettre un peu d'ordre dans la gestion des plugins, tant dans SPIP que sur le serveur de plugins

Ajout supplémentaire :
– Il est désormais prévu pour chaque plugin un "slogan" qui définit en quelques mots l'utilité du plugin. J'ajoute une ligne comme ceci, sous le nom : Embrassez-vous !

Mon plugin.xml pour SPIP 3 ressemble donc désormais à ceci :

<plugin> <nom>SPIP Bisous !</nom> <slogan>Embrassez-vous !</slogan> <auteur>RastaPopoulos</auteur> <licence>GPL</licence> <version>0.2.0</version> <version_base>0.2</version_base> <etat>dev</etat> <description>Vous êtes en colère ? Il vous faut des bisous ! Vous êtes content ? Il vous faut des bisous !</description> <lien></lien> <!-- URI de documentation --> <prefix>bisous</prefix> <icon>images/amour.png</icon> <install>base/bisous_installation.php</install> <pipeline> <nom>declarer_tables_interfaces</nom> <inclure>base/bisous_tables.php</inclure> </pipeline> <pipeline> <nom>declarer_tables_principales</nom> <inclure>base/bisous_tables.php</inclure> </pipeline> <pipeline> <nom>affiche_gauche</nom> <inclure>bisous_pipelines.php</inclure> </pipeline> <necessite id="SPIP" version="[3.0.0-dev;3.0.99]" /> <categorie>communication</categorie> </plugin>

Rest à faire : Passer ça en paquet.xml, PlugOnet nous y aidera (plus tard).

Attaquons-nous maintenant à ce fameux bisous_pipelines.php.

bisous_pipelines.php

La version SPIP 2 est la suivante :

<?php function bisous_affiche_gauche($flux){ include_spip('inc/presentation'); include_spip('public/assembler'); if ($flux['args']['exec'] == 'auteur_infos'){ $flux['data'] .= debut_cadre_relief('',true,'',_T('bisous:bisous_donnes')); $flux['data'] .= recuperer_fond('prive/bisous_donnes',array('id_auteur'=>$flux['args']['id_auteur'])); $flux['data'] .= fin_cadre_relief(true); $flux['data'] .= debut_cadre_relief('',true,'',_T('bisous:bisous_recus')); $flux['data'] .= recuperer_fond('prive/bisous_recus',array('id_auteur'=>$flux['args']['id_auteur'])); $flux['data'] .= fin_cadre_relief(true); } return $flux; } ?>

Commentaires :
– ligne 2 : cette fonction (la seule du fichier, chouette !) est visiblement une fonction d'affichage. Je veux un affichage à droite en cas d'écran sur 3 colonnes, je déduis que je dois en changer le nom : ce sera function bisous_affiche_droite($flux). Je suppose que le premier terme doit correspondre au préfixe du plugin et les deux suivants au pipeline que j'ai appelé dans plugin.xml .
– lignes 3 et 4 : il y a inclusion de deux fichiers de SPIP que je suppose être chargé de la mise en forme et de la construction de page. Un petit coup d'oeil dans /ecrire (le dossier des fichiers internes de SPIP, en tout cas du privé) me montre que ces deux fichiers existent toujours en SPIP 3. Pour faire bonne mesure, je vais comparer aussi avec un plugin du core : l'extension "organiseur". Je constate des similitudes et des différences :

function organiseur_affiche_droite($flux){ if ($flux['args']['exec']=='accueil'){ $flux['data'] .= recuperer_fond( 'prive/squelettes/inclure/organiseur-rappels', array( 'id_auteur'=>$GLOBALS['visiteur_session']['id_auteur'], 'last' => $GLOBALS['visiteur_session']['quand'], ) ); } return $flux; }

Ces deux lignes d'inclusion n'y sont pas présentes. L'inclusion se fait probablement d'office à présent. Je les enlève et croise les doigts ;-). Par ailleurs mon hypothèse pour la ligne 2 est validée, semble-t-il.

– ligne 7 : je constate qu'en SPIP 2 les bisous donnés et reçus s'affichent sur la page d'auteur, dans le privé. Cette page s'appelle via ecrire/?exec=auteurs_infos. Il s'agit d'un fichier qui se trouve dans ecrire/exec/auteurs_infos.php.
En SPIP 3, il n'existe plus. La page d'auteur est désormais appelée via ecrire/?exec=infos_perso. Je vais donc à la recherche d'un fichier "infos_perso", et je le trouve dans /prive/squelettes/contenu. Au passage je note que ce qui concerne le squelette de l'espace privé de SPIP semble donc se trouver donc dans /prive/squelettes, vu que j'y retrouve la liste de sous-dossiers habituelle en Zpip ! Pour la ligne 7, je tente donc le remplacement par if ($flux['args']['exec'] == 'infos_perso').
– lignes 8 à 14 : je détecte des chaînes de langue (_T('bisous...')) et des indications de mise en forme ( les debut_cadre_relief('',true,'',_T('bisous:bisous_donnes')); et fin_cadre_relief). Je suppose qu'il s'agit de la méthode SPIP 2 pour définir les cadres dans le privé. Comme je sais que l'interface privée est "squeletisée", il doit y avoir moyen de faire ça en boucles. Je le note et on verra plus tard. Ce qui m'intéresse ici, c'est que je retrouve bien la fonction recupere_fond et ses arguments. Dans bisous pour SPIP 2, ces fonds se trouvent dans /prive. Je note d'adopter l'organisation SPIP 3 mais je ne touche à rien pour l'instant. Je reviendrai quand j'aurai avancé sur ces fameux squelettes du privé.

Mon fichier ressemble désormais à ceci :

$flux['args']['id_auteur'])); $flux['data'] .= fin_cadre_relief(true); $flux['data'] .= debut_cadre_relief('',true,'',_T('bisous:bisous_recus')); $flux['data'] .= recuperer_fond('prive/bisous_recus',array('id_auteur'=>$flux['args']['id_auteur'])); $flux['data'] .= fin_cadre_relief(true); } return $flux; } ?>

J'enregistre le tout et constate que j'ai désormais bien des boites "Bisous donnés" et "Bisous reçus" sur ma page d'auteur. Cool :-)

Reste à faire :
– remplacer les debut_cadre_relief par le système SPIP 3
– déplacer les fonds dans prive/squelettes/inclure/ ET reporter ici la modification.
– ajouter la ligne "sécurité" qui vérifie inc-version (je me souviens avoir vu ça passe sur toute la zone il y a peu mais elle ne se trouve pas sur spip-bisous)

Un petit supplément pour la route...

CFG a été intégré à SPIP 3

Dernière étape : dans le privé je ne vois pas d'entrée pour la configuration de SPIP-Bisous. Cela semble normal : j'ai lu que la plupart des fonctionnalités de base de CFG ont été intégrées à SPIP 3 et j'ai constaté qu'un logo de configuration vient à présent se poser dans la page d'administration des plugins, en regard des plugins à configurer.

Par comparaison avec d'autres plugins, je déduis que le fichier fonds/cfg_bisous.html doit être déplacé vers prive/exec/configurer_bisous.html pour être pris en compte.

Un commit plus tard, je constate qu'en effet, la page de configuration est désormais prise en compte. J'y ajoute un

pour que cela soit un rien mieux intégré. J'ignore si la configuration est prise en compte par contre :-), ce sera pour plus tard... Par contre, je vois que ce formulaire n'utilise pas le mécanisme CVT de SPIP. Ce sera à adapter...

Reste à faire :
– vérifier si la configuration est enregistrée
– passer le form de configuration en CVT.

Pour la suite...

Voilà tout pour aujourd'hui. Outre les "Reste à faire ci-dessus", je constate encore que le plugin n'est pas fonctionnel à ce stade : un test de bisou sur une page auteur me renvoie une superbe page blanche :-)

Ce n'est pas une surprise, il va falloir descendre dans les entrailles du plugin.

A suivre...

[1] A noter que plusieurs plugins ont une compatibilité qui s'étale à plusieurs versions de SPIP : 2.0, 2.1, 3.0 . Je suis trop ignorant pour gérer ça, ayant toujours reculé devant la création de pages privées dans SPIP 2.

Récupérer un zip depuis le site de la zone "SPIP"

François Rygaert (aka Suske) — 2012-01-03T11:07:06Z

Lorsqu'on a pas de client SVN sous la main et que le plugin que l'on veut récupérer n'est pas fourni en "zip", la zone offre une solution alternative (ne pas abuser pour ne pas faire tomber le serveur plus que nécessaire :-p)

Dans le cas présent, je tente de mettre à jour régulièrement une version SVN de SPIP3. Pour le core de SPIP, pas de souci, tout est mis à jour régulièrement dans le zip qui est là : http://www.spip.net/fr_download. Par contre, cela ne permet pas de récupérer les dernières versions des extensions, lesquelles sont développées sur la zone et ne sont "packagées" avec SPIP que lors de la publication d'une version "officielle" (SPIP3beta par exemple). Dans l'intervalle, il faut utiliser SVN, ou ruser.

Le principe est simple, il suffit d'appeler dans son navigateur :

http://zone.spip.org/trac/spip-zone/changeset/latest/ICI_LE_CHEMIN_COMPLET SUR LE ZONE?old_path=/&format=zip

Donc pour récupérer le zip avec les extensions actualisées de SPIP (que je peux lister à http://zone.spip.org/trac/spip-zone...), il me suffit de reporter ce qui suit "browser" dans l'url, soit _core_/plugins puis visiter le lien : http://zone.spip.org/trac/spip-zone/changeset/latest/_core_/plugins?old_path=/&format=zip

Bon alors attention : si on indique un chemin (path) trop court ça choppe toute l'arborescence dessous, donc... C'est le genre de distraction qui a pu faire tomber la zone. C'est aussi pour ça qu'elle est redémarrée automatiquement toutes les heures.

Un autre exemple : certains plugins/squelettes développés sur la zone ne sont pas proposées en zip sur http://files.spip.org/spip-zone, pour toutes sortes de raison. Ce système permet de remédier à cela, au cas où...

Mise à jour du 25 mai 2012 :

Sur IRC#spip, denisb me souffle [1] :

@@@récupérer un zip des diff entre 2 révisions :

http://zone.spip.org/trac/spip-zone/changeset?format=zip&new=[[jusqu'à la révision]]&old=[[depuis la révision]]&new_path=_plugins_/[[nom du plugin]]&old_path=_plugins_/[[nom du plugin]]

par exemple :

http://zone.spip.org/trac/spip-zone/changeset?format=zip&new=59775&old=56572&new_path=_plugins_/langonet&old_path=_plugins_/langonet

Ce système permet donc de récupérer uniquement les fichiers modifiés entre 2 révisions, ce qui peut être utile pour minimiser les transfert de fichiers sur certains gros plugins ou ne pas intégrer des modifs trop récentes par exemple...

Toujours plus bôôô, toujours plus cool....

Voilà, voilà.

SPIP c bôôôô.

[1] en fait non, il me pastebin ;-)