LapSuske

Afficher une vidéo Youtu.be dans une mediabox

François Rygaert (aka Suske) — 2013-04-22T06: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...

Débloquer SVP ?

François Rygaert (aka Suske) — 2013-03-15T12: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 !

Esprit SPIP es-tu là ? Ou pas ?

François Rygaert (aka Suske) — 2013-02-13T16: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-06T17: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-09T10: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 :

Le 25 mai 2013 de 14:00 à 15:00

Manifestation - Marche mondiale contre Monsanto

plus d'infos sur : http://bxl.demosphere.eu/rv/3450

Le 25 mai 2013 de 15:00 à 16:00

Assemblée populaire dégustation de bon sens

plus d'infos sur : http://bxl.demosphere.eu/rv/3154

Le 26 mai 2013 de 8:00 à 09:00

4e Salon Habitat GroupéIEB

plus d'infos sur : http://bxl.demosphere.eu/rv/3436

page précédente | page suivante

Les lunettes, c'est utile...

François Rygaert (aka Suske) — 2012-10-22T10:16:32Z

Télécharger le plug-in Flash

Désolé de vous déranger pour si peu, ça me fait vraiment rire...

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

François Rygaert (aka Suske) — 2012-09-05T22: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é.

Gérer les associations entre types de fichier et logiciels sous Mate (Linux Mint Debian Edition)

François Rygaert (aka Suske) — 2012-08-18T11:12:39Z

En demandant un jour d'ouvrir un dossier rempli de vidéos avec Totem, le lecteur vidéo, j'ai involontairement provoqué une modificiation de l'ordre des priorités dans l'usage des logiciels en fonction des types de fichier... Du coup quand dans Firefox/Téléchargements je clique-droit sur un fichier et demande « Ouvrir le dossier contenant ce fichier », c'est Totem qui s'allume au lieu du gestionnaire de fichier. Correction.

Une petite recherche [1] sur les fichiers contenus dans mon dossier perso me permet de lister ceux qui contiennent le mot « totem ».

Dans la liste, je repère

~/.local/share/applications/mimeapps.list

. Cela se passe probablement là vu que « MIME » est un acronyme qui représente une méthode pour définir les types de fichiers (leur « mime-type »). J'ouvre donc ce fichier avec l'éditeur de texte. Il contient effectivement quelques dizaines de lignes du type

définition MIME=application;(autre application;)

, classées en deux titres : « Associations ajoutées » et « Applications par défaut ».

[Added Associations] ... inode/directory=totem.desktop;caja-folder-handler.desktop; ... [Default Applications] inode/directory=caja-folder-handler.desktop ...

On voit que par défaut c'est bien « Caja » (le successeur de Nautilus dans Mate) qui ouvre par défaut mes dossiers et c'est le cas quand je suis dans « Mate » [2] , mais pas dans Firefox. Dans ce cas-là c'est totem qui est utilisé par défaut et je n'ai pas de possibilité de sélectionner une autre application.

Je modifie donc la ligne pour obtenir

[Added Associations] ... inode/directory=caja-folder-handler.desktop;totem.desktop; ...

A partir de là, c'est Caja qui par défaut ouvrira mes dossiers, mais dans Caja, j'ai toujours l'option « Clic-droit->Ouvrir avec...->Totem ».

Je suis content et c'est tout. C'est tout ? Un billet pour « ça » ? Ben oui, visiblement :-p

[1] (via le menu « Rechercher... » ou commande mate-search-tool)

[2] et le clic-droit « ouvrir avec... » me propose bien totem également dans ce contexte-là

Afficher directement l'article unique d'une rubrique

François Rygaert (aka Suske) — 2012-03-24T15: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-23T18: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 :

 function bisous_affiche_droite($flux){
 
 if ($flux['args']['exec'] == 'infos_perso'){
 $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;
 }
 ?>

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.