<?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 about="http://blog.gmane.org/gmane.comp.web.spip.devel">
    <title>gmane.comp.web.spip.devel</title>
    <link>http://blog.gmane.org/gmane.comp.web.spip.devel</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.devel/49465"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49462"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49461"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49460"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49455"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49452"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49447"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49436"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49435"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49430"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49399"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49396"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49392"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49386"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49380"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49379"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49378"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49370"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49369"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.spip.devel/49362"/>
      </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.devel/49465">
    <title>public/parametrer.php</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49465</link>
    <description>Hello,

Sur la branche 2.0.0 [12450] (pas la dev où ne j'ai pas testé) j'ai un 
souci avec un fond et un formulaire (sans trouver à quel moment l'appel 
est fait), mais en soumettant mon formulaire je tombe sur :

Fatal error: Call to undefined function sql_fetsel() in 
/home/marcimat/www/spip200/ecrire/public/parametrer.php on line 162

En ajoutant include_spip('base/abstract_sql'); à ce fichier, le problème 
est vite résolu, mais le bug est-il là ?

</description>
    <dc:creator>Matthieu Marcillaud</dc:creator>
    <dc:date>2008-08-29T16:31:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49462">
    <title>problème de téléchargement de flv</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49462</link>
    <description>Sur un site tout neuf en 2 beta (12389), si je télécharge un fichier en 
flv en passant par l'ajout de documents, le ficher est renommé en .bin.
Si je passe par temp upload en ftp, le fichier est bon et fonctionne 
bien avec le lecteur multimédia.

Est-ce un bug ?
Merci d'avance

Laurent

</description>
    <dc:creator>Laurent Casagrande</dc:creator>
    <dc:date>2008-08-29T14:41:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49461">
    <title>Voir en ligne et recalcul</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49461</link>
    <description>Bonjour,

Voir en ligne lance de plus un calcul de la page.
Or, depuis que SPIP réinitialise le cache à l'enregistrement d'une 
modification du contenu d'un article, c'est beaucoup moins nécessaire 
(ça se justifie si on rajoute des documents ou des mots clefs par contre).

Donc, garder ou non ce calcul imposé au moment du voir en ligne ?

</description>
    <dc:creator>RealET</dc:creator>
    <dc:date>2008-08-29T15:43:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49460">
    <title>rien.gif en url arbo</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49460</link>
    <description>Salut,

Je viens de commiter une modif sur inc/msiefix.php: le truc calculait  
une hiérarchie relative pour "rien.gif". Or, les URL arbo n'ont plus  
de «profondeur» puisqu'on travaille avec un «&lt;base href&gt;».

Dans la version précédente, les png déconnaient donc complètement en  
URL arbo. Il faut vérifier que ça n'introduit pas de bug dans d'autres  
situations.

A*
</description>
    <dc:creator>Martin Arnaud</dc:creator>
    <dc:date>2008-08-29T15:29:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49455">
    <title>Régression d'interface: ne pas supprimer logo quand logo_survol</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49455</link>
    <description>Salut,

Je viens de découvrir une régression de l'interface privée:

=&gt; quand on a un logo de survol, _il ne faut pas_ pouvoir supprimer le  
logo normal.

Sinon, on se retrouve avec un logo de survol qui n'est plus accessible  
(en l'absence de logo normal, l'interface du logo de survol disparaît).

Arnaud
</description>
    <dc:creator>Martin Arnaud</dc:creator>
    <dc:date>2008-08-29T11:46:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49452">
    <title>une requete améliorable dans inc/agenda ?</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49452</link>
    <description>ecrire/inc/agenda.php:  $result=sql_select("messages.id_message,
messages.titre, messages.texte, messages.date_heure,
messages.date_fin, messages.type", "spip_messages AS messages,
spip_auteurs_messages AS lien",
"((lien.id_auteur=$connect_id_auteur AND
lien.id_message=messages.id_message) OR messages.type='affich') AND
 messages.rv='oui'  AND  ((messages.date_fin &gt;= $avant OR
messages.date_heure &gt;= $avant) AND messages.date_heure &lt;= $apres) AND
messages.statut='publie'", "messages.date_heure, messages.date_fin,
messages.type, messages.texte, messages.titre, messages.id_message",
"messages.date_heure");


dans mysql-slow.log je vois souvent cette requête, qu'on pourrait je
pense améliorer avec un LEFT JOIN ON

</description>
    <dc:creator>Fil</dc:creator>
    <dc:date>2008-08-29T08:32:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49447">
    <title>Une requête énigmatique</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49447</link>
    <description>Je suis face à une requête qui me plante de façon répétée ; je pense
qu'elle vient d'un squelette, mais je n'arrive pas ni à en être sûr ni
à savoir lequel.

Voici :

SELECT documents.id_document, documents.extension, 0+documents.titre
AS num, documents.titre, J2.titre AS type_document, J3.titre AS
type_document, J4.titre AS type_document, documents.descriptif
FROM `base`.spip_documents AS `documents`,
`base`.spip_documents_articles AS `L1`, `base`.spip_types_documents AS
`J2`, `base`.spip_types_documents AS `J3`, `base`.spip_types_documents
AS `J4`
WHERE (L1.id_article = 12048)
        AND (documents.mode = 'document')
        AND ((documents.id_document NOT IN (0)))
        AND (documents.extension = J2.extension)
        AND (documents.extension = J3.extension)
        AND (documents.extension = J4.extension)
        AND (documents.taille &gt; 0 OR documents.distant='oui')
        AND documents.id_document=L1.id_document
GROUP BY documents.id_document, documents.extension
ORDER BY num, documents.titre;


Ca ressemble bien à une jointure calculée par SPIP, mais évidemment la
jointure multiple tue tout.  Je cherche encore mais suis preneur de
toute idée

</description>
    <dc:creator>Fil</dc:creator>
    <dc:date>2008-08-28T11:18:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49436">
    <title>SPIP 2.0.0beta SVN [12425],upload de gros documents passe pas</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49436</link>
    <description>Bonsoir,

Aujourd'hui, j'ai voulu télédéposer une image de 1013ko : roue ajax qui 
n'en finissait pas.
J'ai réduit l'image à 520ko : pas mieux !
J'ai réduit à 300ko et là c'est passé.

Pour ce que j'en sais, la limite réglée dans le php.ini du serveur est à 
2Mo, donc, tout aurait dû passer.

PS : depuis Windows XP SP3 avec FF3.0.1

</description>
    <dc:creator>RealET</dc:creator>
    <dc:date>2008-08-28T20:07:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49435">
    <title>SPIP 2.0 et IE6/7</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49435</link>
    <description>hop hop juste pour signaler ce ticket qui donne des captures d'écrans sous IE

http://trac.rezo.net/trac/spip/ticket/1451
</description>
    <dc:creator>Ben. .</dc:creator>
    <dc:date>2008-08-28T18:41:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49430">
    <title>recuperer_fond()</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49430</link>
    <description>de supprimer recuperer_fond(), ça a tout pêté ; par exemple sur la
page d'admin des plugins, je ne peux plus rien faire puisque j'ai

Fatal error: Call to undefined function recuperer_fond() in
/Users/fil/Sites/spip-zone/_plugins_/_stable_/cfg/inc/cfg_formulaire.php
on line 475

La fonction est utililsée dans une centaine de plugins...

</description>
    <dc:creator>Fil</dc:creator>
    <dc:date>2008-08-28T18:02:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49399">
    <title>Vitesse gran V</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49399</link>
    <description>Je ne sais pas si c'est Léopard (et donc la nouvelle install de Apache, 
PHP, MySQL et tout le toutime) mais la vitesse d'exécution de SPIP aussi 
bien au niveau public et privé a changé. Ça va très très vite !!!!

Vous c'est pareil ?

Luis

</description>
    <dc:creator>Luis Speciale</dc:creator>
    <dc:date>2008-08-26T10:05:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49396">
    <title>Modele et contexte d'environnement</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49396</link>
    <description>S'lt

Petite question pour la quelle irc me dit que c'est pas possible.

Si un redacteur fait appel à un modele dans son texte, l'environnement
de l'article/rubrique/... SPIP n'est pas transmis au modele. Du coup
il est impossible de savoir dans un modele quel est l'article appelant
et faire une boucle dédié.
On pourrait demander au redacteur de saisir cet id mais
1/ si c'est une création, cet id n'existe pas encore, cela necesiterra
une seconde édition.
2/ l'id d'un article c'est pas un truc pour les redacteurs, c'est du
camboui technique

Une idée pour permettre ce passage de contexte ?

km
</description>
    <dc:creator>cam.lafit&lt; at &gt;azerttyu.net</dc:creator>
    <dc:date>2008-08-26T09:25:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49392">
    <title>referrers gourmands</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49392</link>
    <description>J'observe régulièrement une erreur de ce type sur la page des referrers
par articles ("?exec=statistiques_visites&amp;id_article=xx") de certains
sites :

        Fatal error: Allowed memory size of 16777216 bytes exhausted
        (tried to allocate 7078227 bytes)
        in /home/user/site.tld/www/ecrire/inc/statistiques.php on line
        338

Je n'ai pas l'impression que c'est le serveur qui rame (il n'est pas du
tout surchargé).

D'autres que moi sont-ils dans le même cas ?

François

</description>
    <dc:creator>franz</dc:creator>
    <dc:date>2008-08-25T20:51:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49386">
    <title>accents dans le pré-remplissage du formulaire d'ajout de mots-clés et d'auteurs</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49386</link>
    <description>Un micro-bug.

Sur un site en iso-latin (euh oui, ça existe toujours - base de données
trop volumineuse pour être convertie), le pré-remplissage du formulaire
d'ajout de mots-clés (et de celui des auteurs) perd les caractères
spéciaux (accents,..).

Sur un site en utf-8, ça passe sans problème.

François

</description>
    <dc:creator>franz</dc:creator>
    <dc:date>2008-08-25T15:01:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49380">
    <title>formulaire de recherche dans les signartures de spip.net</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49380</link>
    <description>Voici les modifs à faire dans les squelettes de spip.net pour faire
fonctionner la recherche sur les signatures (je ne parviens plus à faire
fonctionner un client svn, désolé) :

Dans article.html, remplacer la ligne 54 :
&lt;INCLURE{fond=inc/petition}{id_article}{self=#SELF}&gt;
par :
&lt;INCLURE{fond=inc/petition}{id_article}{env}&gt;

Remplacer inc/petition.html par le fichier ci-joint.

Il faudra aussi ajouter une chaîne de langues : 
&lt;:chercher_parmi_les_signataires:&gt;

++

François
</description>
    <dc:creator>franz</dc:creator>
    <dc:date>2008-08-25T14:14:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49379">
    <title>regular expression editor</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49379</link>
    <description>Bonjour,

Je ne sais pas si c'est utile pour ceux qui doivent écrire des expressions 
régulières : http://www.rubular.com/

Paolo

</description>
    <dc:creator>Paolo</dc:creator>
    <dc:date>2008-08-25T14:05:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49378">
    <title>favicon.ico</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49378</link>
    <description>Bonjour,

C'est assez sympa le système de génération automatique des icônes de
site. Un cas de figure me semble cependant mal pris en compte par le
nouveau système : celui dans lequel le webmestre a placé une icône
favicon.ico personnalisée (et par hypothèse de meilleure qualité que ce
qu'on pourra obtenir via manipulation automatique du logo) dans son
dossier squelette, laquelle n'est désormais plus affichée si le site a
un logo.

Je pense que l'ordre de priorité devrait être le suivant :
- d'abord vérifier qu'il n'y a pas de favicon.ico personnalisé
- ensuite générer une icône à partir du logo du site
- enfin, par défaut, afficher l'icône de SPIP située dans dist/

François



</description>
    <dc:creator>franz</dc:creator>
    <dc:date>2008-08-25T13:36:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49370">
    <title>!  support du format .ico (favicon)</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49370</link>
    <description>SPIP 2.0 supporte le format .ico (en écriture) grâce à l'intégration
d'une partie de phpThumb() by James Heinrich available at
http://phpthumb.sourceforge.net (licence GPL).

Application : le favicon calculé automatiquement est valable pour IE6
aussi bien que pour FF.

Filtre : |image_aplatir{ico}

</description>
    <dc:creator>Fil</dc:creator>
    <dc:date>2008-08-24T22:55:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49369">
    <title>retour sur la mise à jour spip 2.0</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49369</link>
    <description>
je reviens sur la mise à jour de spip 1.92x  vers spip 2.0

La mise à jour est véritablement problématique

je viens de mettre a jour un site sur l'Apinc
j'ai copié par ftp tous les fichiers de spip en écrasant les précédents
j'ai supprimé le inc_connect
relancer la config

jusque la pas de PB tout a fonctionné

passage dans l'espace privé
1er pb  la feuille Css n'est pas chargée ou plutot firefox garde en 
mémoire la précédent, il est nécessaire de vider le cache du navigateur 
pour retrouver un affichage correct, cela va en déstabiliser plus d'un

mise à jour de la base de données
je clique sur la mise à jour de la base de données
- le système à l'air de patiner , plus d'affichage de la liste des 
tables en cours de mise à jour (est-ce volontaire), à la fin un message 
d'erreur qui dit que le système n'est pas encore configuré et je n'ai 
plus accès à l'espace privé

curieusement l'espace public fonctionne

- j'efface par ftp le connect.php et je recommence, m^me sanction

- j'efface par ftp TOUS les fichiers de spip et ne conserve que &lt;IMG&gt;, 
&lt;config&gt; et &lt;squelettes&gt;

- je recopie par FTP tous les fichiers de spip (j'ai viré les fichiers 
de langue que je n'utilise pas!!)

- je me reconnecte au site, je relance la mise à jour de la base de 
données, et la ça FONCTIONNE


Ouf




</description>
    <dc:creator>rpapa</dc:creator>
    <dc:date>2008-08-24T21:49:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49362">
    <title>faire une recherche parmi les signatures de pétition</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49362</link>
    <description>Bonsoir,

Une suggestion en passant.

Je pense avoir une bonne série de sites à ajouter à la page
&lt;http://www.spip.net/fr_article884.html&gt; mais je ne sais pas si je les y
ai déjà signalés. Je me dis qu'il serait pratique de pouvoir disposer
d'un petit outil de recherche sur les sites déjà postés (et, par
extension, d'un outil de recherche parmi les signatures d'une pétition -
ce qui serait sans doute un redoutable moyen de lutter contre les
doublons).

++

François



</description>
    <dc:creator>franz</dc:creator>
    <dc:date>2008-08-24T20:53:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.spip.devel/49353">
    <title>!  type d'urls réglable depuis l'espace privé</title>
    <link>http://comments.gmane.org/gmane.comp.web.spip.devel/49353</link>
    <description>le type d'url est désormais réglable depuis la configuration ;
(attention il faut toujours poser le .htaccess à la main)

</description>
    <dc:creator>Fil</dc:creator>
    <dc:date>2008-08-24T07:51:52</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.web.spip.devel">
    <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.devel</link>
  </textinput>
</rdf:RDF>
