<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.web.spip.zone">
    <title>gmane.comp.web.spip.zone</title>
    <link>http://blog.gmane.org/gmane.comp.web.spip.zone</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32191"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32189"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32178"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32176"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32174"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32173"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32171"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32160"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32159"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32142"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32141"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32132"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32115"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32060"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32052"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32048"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32041"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32040"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32029"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.zone/32027"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32191">
    <title>URL canonique par SEO : Domaine appelé ou URL_SITE_SPIP ?</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32191</link>
    <description>&lt;pre&gt;Bonjour,

J'ai plusieurs adresses toto.fr, toto.com, toto.org qui mènent sur un 
unique site, dont le nom officiel est toto.fr

Quand j'active les urls canoniques, SEO utilise la fonction 
url_de_base() qui renvoie le domaine de l'URL appelée, et non celui 
défini par #URL_SITE_SPIP.

Comment lui faire prendre le site défini dans la config de SPIP ?

Ou bien est-il préférable de faire des redirections dans .htaccess ?

Merci

&lt;/pre&gt;</description>
    <dc:creator>Stéphane Santon</dc:creator>
    <dc:date>2013-05-18T15:32:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32189">
    <title>JAZ annule la modération sur inscription</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32189</link>
    <description>&lt;pre&gt;Bonjour,
j'ai mis en place sur le site SPIP 2.1.21 de notre asso,
http://www.musee-resistance-chateaubriant.fr
les plugins :
  Accès Restreint Version : 3.3.2 [68289] stable
+ JAZ Version : 1.1.0 [66316] en test
+ Notification Version : 0.5.6 [58012] en test

JAZ introduit dans la base un statut pour les visiteur *"Autre statut 
./"* et accessoirement dans le champ bio *"./"*

Donc la séquence d'inscription n'a plus de modération, le visiteur 
aussitôt inscrit , aussitôt la zone "Espace adhérent" lui est accessible.

La séquence d'inscription attendue est la suivante :
1) le visiteur s'inscrit via le formulaire inscription,
2) il reçoit ses identifiants,
3) le plugin notification envoi un message aux webmestres, signalant une 
demande d'inscription,
3) le plugin JAZ affecte la zone "1" Espace adhérent au visiteur demandeur,
/(ici commence la modération)/
4) le webmestre chargé des inscriptions, vérifie si c'est bien un 
adhérent, donne le statut visiteur au profil du demandeur et lui envoi 
un m&lt;/pre&gt;</description>
    <dc:creator>freebsnet</dc:creator>
    <dc:date>2013-05-15T12:37:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32178">
    <title>Ralentissement de serveurs de la galaxie SPIP :quelques explications</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32178</link>
    <description>&lt;pre&gt;Bonjour à tous,

un certain nombre de sites de la galaxie SPIP ont ramé Dimanche et Lundi.
C'est le cas de core.spip.net, zone.spip.net et forum.spip.net

Vu que c'est sur mon serveur dédié qui les héberge, voici quelques
explications.

J'utilise depuis longtemps la gamme de serveurs OVH.
Le serveur dédié (hôte) est découpé en plusieurs serveurs virtuels (CT)

Jusqu'à Samedi, le serveur hôte était un EG64 Hybrid. Cependant les
performances devenaient mauvaises pendant les temps de backup - qui étaient
du coup réduit au minimum, ce qui devenait moyen à force..

J'ai donc fais le choix de passer sur un serveur de gamme supérieur. J'ai
opté pour un serveur MG64 car j'utilisais peu le SSD (sauf pour le système,
des backups intermédiaires et la base de forum.spip.net)

Pour comprendre les différences entre le EG et le MF, je me suis basé sur
leurs caractéristiques techniques - en particulier le CPU et le disque.

Côté CPU, on sait ce que c'est sur la page publique. Donc j'ai regardé les
&lt;/pre&gt;</description>
    <dc:creator>Gilles Vincent</dc:creator>
    <dc:date>2013-05-14T08:55:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32176">
    <title>article invisble si recalcul</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32176</link>
    <description>&lt;pre&gt;Bonjour,

J'ai un souci avec un plugin en cours de création. Je souhaite afficher 
une boite dans les articles de l'espace privé, j'ai donc créée le petit 
squelette qui va bien avec. Par contre quand je fais un 
var_mode=recalcul j'ai le message d'interdiction d'accès à l'article.
Sur la table spip_articles je déclare deux champs nouveaux dont le 
dernier est archive qui sera soit à 1 soit à rien. Je voudrais également 
que lorsque les articles ont un archive=1 ceux-ci ne soient plus 
visibles depuis la partie publique  à moins de mettre {tout} dans la boucle.
En m'appuyant sur le plugin archive déjà existant pour SPIP 2 je déclare 
ceci:
function archiver_pre_boucle($boucle){
    if ($boucle-&amp;gt;type_requete == 'articles') {
        $id_table = $boucle-&amp;gt;id_table;
        $champ_archive = $id_table.'.archive';
          if (!isset($boucle-&amp;gt;modificateur['criteres']['archive']) &amp;amp;&amp;amp;
            !isset($boucle-&amp;gt;modificateur['tout']))
        {
            $boucle-&amp;gt;where[]= array("'is'", "'$champ_archi&lt;/pre&gt;</description>
    <dc:creator>Bernard Blazin</dc:creator>
    <dc:date>2013-05-13T15:28:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32174">
    <title>Etherpad-SPIP</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32174</link>
    <description>&lt;pre&gt;Bonjour
Je recherche des développeurs confirmés pour développer un plugin 
permettant d'intégrer Etherpad-Lite dans une interface SPIP privée ou 
publique.
Etherpad-Lite est le pendant javascript-JQuery de Etherpad qui, lui, est 
développé en Java. Il permet de créer des instances de texte partagé et 
synchrone en lecture et saisie entre plusieurs personnes, à la façon de 
Google Drive.
Les utilisations de Etherpad-Lite sont nombreuses et concernent tout ce 
qui est dans le collaboratif, un travail synchrone sur document dans des 
situations diverses : création / gestion de projets, ead et 
apprentissage à distance, scénarios, ...
Mon problème, c'est que ... bon, je suis pas une flèche en php, et je ne 
saurai donc pas faire ce travail trop compliqué pour moi, mais que je 
trouverais très utile, et que je pourrais ensuite développer dans 
plusieurs projets qui me sont chers, comme par exemple la création d'une 
plateforme d'enseignement à distance réellement socio-constructiviste, 
ou u&lt;/pre&gt;</description>
    <dc:creator>François</dc:creator>
    <dc:date>2013-05-13T13:08:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32173">
    <title>Bug avec Afficher Objets,1.2.3</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32173</link>
    <description>&lt;pre&gt;Bonjour,

Sur un SPIP 2.1.21 SVN avec Afficher Objets,1.2.3 (SVN aussi), le lien 
tout afficher sur une page de résultat de recherche dans l'admin plante :
- résultat avec assez d'articles pour avoir une pagination : 
ecrire/?exec=recherche&amp;amp;recherche=étudiants&amp;amp;submit.x=0&amp;amp;submit.y=0
- Clic sur tout afficher (ou sur un élément de la pagination)
- dans un premier temps, on voit fugitivement le bandeau s'afficher à la 
place de la liste paginée.
- puis une redirection vers une page blanche (avec le navigateur qui 
tourne dans le vide sans time out)


&lt;/pre&gt;</description>
    <dc:creator>RealET</dc:creator>
    <dc:date>2013-05-13T12:51:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32171">
    <title>MAJ plugins via Couteau suisse</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32171</link>
    <description>&lt;pre&gt;Bonjour;
J'ai ce message pour chaque plugin lorsque je souhaite vérifier s'il y a
des mises à jour pour les plugins installés

*Vérification distante
désactivée&amp;lt;http://zone.spip.org/trac/spip-zone/log/_plugins_/outils_article/branches/outils_article0?format=changelog&amp;gt;
[zip] &amp;lt;http://files.spip.org/spip-zone/boite_a_outils_article.zip&amp;gt;

*
Cela provient-il du CS ou de l'hébergement des plugins (
http://plugins.spip.net/rss-+-selection-2-1-+ et
http://www.spip-contrib.net/?page=rss-plugins-spip-2-1)* ?
*
**
&lt;/pre&gt;</description>
    <dc:creator>VivaSpip</dc:creator>
    <dc:date>2013-05-13T12:08:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32160">
    <title> Très Urgent : message d’erreur SQL apparu sans changement de code du site !</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32160</link>
    <description>&lt;pre&gt;Bonjour à tous,

Sur un site SPIP 3.0.8 utilisant le plugin Agenda,  tout fonctionnait bien jusqu’à hier soir :
Alors que je n’ai rien changé au code des squelettes ni à rien d’autre, un message d’erreur apparaît sur toutes les pages contenant les boucles affichant les événements :

Voici le message affiché par le navigateur
------------------------ début du message d’erreur -------------------------
1 Erreur(s) dans le squelette 
Squelette : squelettes/inclure/evenements.html
Boucle : _agenda
Ligne : 1

Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '(DAY,evenements.date_debut,NOW()) &amp;lt; 5) ORDER BY evenements.date_debut' at line 5 
SELECT evenements.date_debut, evenements.titre, evenements.descriptif, evenements.lieu, evenements.adresse FROM spip_evenements AS `evenements` WHERE (evenements.statut = 'publie') AND (evenements.id_article = 38) AND (TIMESTAMPDIFF(DAY,evenements.date_debut,NO&lt;/pre&gt;</description>
    <dc:creator>Hervé Le Dantec</dc:creator>
    <dc:date>2013-05-11T14:20:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32159">
    <title>Un article de présentation</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32159</link>
    <description>&lt;pre&gt;Bonjour tout le monde,

Je viens de lire ceci sur smashing magazine : 
http://wp.smashingmagazine.com/2013/05/10/contributing-to-wordpress/
"Comment contribuer à Wordpress"

Je trouve cet article très structuré et instructif. Ne serait-il pas envisageable de faire un article de même acabit pour SPIP ? Un peu la boussole rédigée…

Teddy
&lt;/pre&gt;</description>
    <dc:creator>Ybbet SPIP</dc:creator>
    <dc:date>2013-05-11T10:35:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32142">
    <title>empaqueteur</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32142</link>
    <description>&lt;pre&gt;[2013-05-09 23:01:56] Erreur : spip-zone/_plugins_/commandes_paniers/branches/v0 inexistant
[2013-05-09 23:01:56] Erreur : spip-zone/_plugins_/commandes_paniers/trunk inexistant

&lt;/pre&gt;</description>
    <dc:creator>paquets-zone&lt; at &gt;rezo.net</dc:creator>
    <dc:date>2013-05-09T21:05:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32141">
    <title>Doute sur requête</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32141</link>
    <description>&lt;pre&gt;J'ai un doute sur une requête:
$q="update spip_articles set archive_date=NOW(), actu=1 where 
FROM_UNIXTIME(UNIX_TIMESTAMP(date))&amp;lt;FROM_UNIXTIME(UNIX_TIMESTAMP(NOW())-($jours*24*3600))" 
;
spip_query($q);
A votre avis celle-ci fonctionne t'elle pour SPIP3 ou bien:
 $q="update spip_articles set archive_date=NOW(), actu=1 where 
FROM_UNIXTIME(UNIX_TIMESTAMP(date))&amp;lt;FROM_UNIXTIME(UNIX_TIMESTAMP(NOW())-(".$jours."*24*3600))" 
;
est mieux adaptée?



   
      
&lt;/pre&gt;</description>
    <dc:creator>Bernard Blazin</dc:creator>
    <dc:date>2013-05-09T20:46:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32132">
    <title>De champs extra 2 à champs extra 3</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32132</link>
    <description>&lt;pre&gt;Bonjour,

Je viens de procéder à une mise à jour d'un SPIP2 à un SPIP3; Je
réinstal les plugins, dont champs extras.

Cependant, aucun des champs extra précédent n'est repris, je les ais
bien conservé en mysql, mais il ne sont pas visible via l'interface
privée. La plupart sont des champs texte ou des champs numérique
relativement basique créé via champs extra interface.

Existe t'il une méthode pour passer de champs extra 2 à champs extra 3 ?

Merci
Denis

&lt;/pre&gt;</description>
    <dc:creator>Denis Chenu</dc:creator>
    <dc:date>2013-05-09T15:47:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32115">
    <title>Nouveau plugin, nouveaux problèmes</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32115</link>
    <description>&lt;pre&gt;Bonjour,

Dans un formulaire saisies automagic donc en php, j'aimerai lister 
toutes les rubriques et proposer des choix multiples avec checkbox. J'ai 
passé mon dimanche après midi à me documenter, mais malgré tout, je ne 
sais pas faire.
Si quelqu'un avait la gentillesse de m'aiguiller?
Merci
Bernard
&lt;/pre&gt;</description>
    <dc:creator>Bernard Blazin</dc:creator>
    <dc:date>2013-05-06T08:13:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32060">
    <title>Date_debut / Date_fin</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32060</link>
    <description>&lt;pre&gt;Salut,

Comme je proposais sur
http://www.seenthis.net/messages/51747#message134060, je suis disposé à
créer sur la zone trunk + branche pour ce plugin et poster ma petite
contrib sur le trunk.

Objections ?

--
Suske
&lt;/pre&gt;</description>
    <dc:creator>Suske</dc:creator>
    <dc:date>2013-05-01T21:38:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32052">
    <title>ZPIP et insertion de js dans le head</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32052</link>
    <description>&lt;pre&gt;Salut,

après une discussion sans solution sur la liste user, je me permet de 
reposter ici mon message.
(peut-être aurais-je d’ailleurs du poster ici en 1er, mais je ne fais 
pas bien la différence entre les 2 listes)

Je voudrais ajouter un plugin jQuery sur ma page d'accueil (SPIP 3.0.8 
et squelette fait avec Zpip-dist v1).

Ni une ni deux, je me dis que je vais mettre tout ça dans 
head/page-sommaire.html. J'y colle donc le chargement du fichier js 
(plugin jQuery) + l'appel de la fonction. Sauf que tout ce qui y est 
ajouté dans head/page-sommaire.html se retrouve en début de &amp;lt;head&amp;gt; et 
mes scripts sont chargés avant le jquery.js. Ca marche moins bien, 
forcément...

Donc, j'ai tout mis dans le inclure/head.html, ce qui fonctionne, mais 
charge et lance inutilement les scripts sur toutes les pages du site...

Existe t'il une solution pour insérer les scripts uniquement sur 
certaines pages après le #INSERT_HEAD sans avoir à modifier structure.html?

Pour info, le thread sur la liste user o&lt;/pre&gt;</description>
    <dc:creator>Jean Marie Grall</dc:creator>
    <dc:date>2013-05-01T20:09:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32048">
    <title>savoir le sgbd</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32048</link>
    <description>&lt;pre&gt;Bonjour La Zone.

Je me demandais, depuis que SPIP est porté sur plusieurs SGBD, est-ce
que le moteur de base de données sélectionné peut être récupéré par
quelque fonction PHP (je suppose, la fonction appelée en interne pour
savoir à un moment à quelle interface pg/mysqli/etc. est reliée un
sql_truc)

Merci.
&lt;/pre&gt;</description>
    <dc:creator>Gildas Cotomale</dc:creator>
    <dc:date>2013-05-01T19:14:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32041">
    <title>Amélioration Plugins SPIP</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32041</link>
    <description>&lt;pre&gt;Le week-end dernier un nouvel utilisateur de SPIP est passé par Plugins
SPIP et a téléchargé le plugin Lecteur Multimedia à partir de la page  :
http://plugins.spip.net/player.html
Il était en SPIP 2 et a tout bêtement téléchargé la version 2.1.2 en
pensant que c'était la dernière à jour au vu de sa version.
Malheureusement cette version n'est compatible qu'avec SPIP 3 et donc ne
fonctionnait pas. il n'avais pas eu le réflexe d'ouvrir la description pour
vérifier la compatibilité.

Il y a donc un problème d'ergonomie sur cette page qui devrait proposer
d'emblée les informations essentielles.

Avec Denis on a recensé plusieurs autres dysfonctionnements comme la coche
v ou &amp;gt; qui est peu visible ou des liens documnetaiont, code source.. qui
peuvent prendre trop de place à l'endroit actuel.
Voilà donc une autre proposition qui pourrait être mise en œuvre rapidement
si ça vous parait viable : http://www.circaete.net/eric/plugins_spip_1.pngou
http://www.circaete.net/eric/plugins_spip_2.png.&lt;/pre&gt;</description>
    <dc:creator>Eric</dc:creator>
    <dc:date>2013-05-01T14:49:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32040">
    <title>Organisation du plugin Codeur d'email</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32040</link>
    <description>&lt;pre&gt;Bonjour,

En regardant sur le site Plugins SPIP dont nous nous occupons avec Brunon
nous sommes tombés sur quelques soucis avec ton plugin.

En premier lieu il n'avait pas de catégorie, le lien de documentation était
dans le texte alors qu'un tag est prévu pour cela... J'ai voulu en rajouter
et là je suis tombé sur l'organisation des répertoires qui ne correspond
pas à ce qu'on demande sur la zone et qui posera surement à terme des
confusions pour les utilisateurs et développeurs.

Ton organisation décrite dans les règles de commit est :

- rspip2_code_mail (SPIP 2.1)
- rspip3_code_mail (SPIP 3.0)

- Ensuite, dans chacun des rspipX_code_mail
rspipX_code_mail &amp;gt; trunk Actuellement, c'est là qu'on développe.
rspipX_code_mail &amp;gt; tag &amp;gt; X.X.X Ce sont les versions stables, lockées pour
interdire les commit

- Si necessaire, des branche X.X seront créées avec la structure suivante:
rspipX_code_mail &amp;gt; branch &amp;gt; X.X

En outre, suivant la version spip 2 ou 3 tu dupliques le numéro de version
ce qui se t&lt;/pre&gt;</description>
    <dc:creator>Eric</dc:creator>
    <dc:date>2013-05-01T12:26:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32029">
    <title>Rendre un plugin compatible champs extras en spip 3</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32029</link>
    <description>&lt;pre&gt;Bonjour

Je cherche à rendre mon plugin compatible champs_extras en spip 3.
En spip 2 il suffisait d'utiliser le pipeline :
&amp;lt;code&amp;gt; function XXX_objets_extensibles($objets){
        return array_merge($objets, array('table' =&amp;gt; _T('nom_table')));
}&amp;lt;/code&amp;gt;
et de mettre les balises dans les formulaires au bon endroit

Mais en spip 3 le résultat du même code fonctionne mais n'est pas
fantastique.
Je n'ai trouvé nulle part les modifications à faire pour spip 3.

Une piste ?

&lt;/pre&gt;</description>
    <dc:creator>Dominique</dc:creator>
    <dc:date>2013-04-30T17:23:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32027">
    <title>Modification d'archivelist.txt non pris en compte</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32027</link>
    <description>&lt;pre&gt;Bonsoir,

le commit suivant
http://zone.spip.org/trac/spip-zone/changeset/72333/archivelist.txt
n'a eu aucun impact sur la génération des zips. Le fichier 
squelette_einsteiniumist.zip est toujours généré au niveau de 
_squelettes_/einsteiniumist et non de _squelettes_/einsteiniumist/v1.0.

Une idée du souci ?
&lt;/pre&gt;</description>
    <dc:creator>Maïeul</dc:creator>
    <dc:date>2013-04-29T14:41:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.zone/32022">
    <title>Pb svn impossible de faire un move</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.zone/32022</link>
    <description>&lt;pre&gt;Bonjour

J'ai toujours le même problème que quand je veux modifier archivelist.
(voir message précédent sur le sujet)
Je veux préparer le passage à l'organisation branches/trunk pour le
plungin seances (que je viens de passer en spip3) et j'ai le message
d'erreur

svn: E170001: Authentication error from server: Username not found

Je veux faire un move de seances vers seances_tmp

logiciel utilisé svnX (est-ce la cause ?)

Merci

&lt;/pre&gt;</description>
    <dc:creator>Dominique</dc:creator>
    <dc:date>2013-04-28T09:48:13</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.spip.zone">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.spip.zone</link>
  </textinput>
</rdf:RDF>
