Re: [spip-dev] problème avec cache-js

2021-03-19 Par sujet Jean Christophe Villeneuve



Oui j'ai suivi la discussion.

Merci pour la correction.

JC


Le 19/03/2021 à 16:24, Maïeul Rouquette a écrit :

Le 17/03/2021 à 16:27, Jean Christophe Villeneuve a écrit :
En tout cas je confirme qu'une fois le plugin "Insérer modeles" 
désactivé, je n'ai plus de nouveau fichiers créés dans cache-js 
depuis presqu'une heure maintenant.


Merci pour le debug et bon code pour les corrections.

JC




Et donc la version 1.4.2 du plugin inserer_modeles corrige ce bug tout 
en incorporant la raison d'être du commit qui l'a inséré.


Merci à Cedric pour le diag et la solution.


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] problème avec cache-js

2021-03-17 Par sujet Jean Christophe Villeneuve
En tout cas je confirme qu'une fois le plugin "Insérer modeles" 
désactivé, je n'ai plus de nouveau fichiers créés dans cache-js depuis 
presqu'une heure maintenant.


Merci pour le debug et bon code pour les corrections.

JC


Le 17/03/2021 à 16:13, Maïeul Rouquette a écrit :

Le 17/03/2021 à 15:39, Cerdic a écrit :

Ah ben tu m’étonnes...

le plugin inserer_modeles modifie donc le JS du porte-plume en lui 
insérant dedans du JS *avec* une URL qui reprends peu ou prou tous 
les args de la page en cours.
Autant dire que c’est une hérésie totale : chaque URL de l’espace 
privé génère une version de JS pour le porte plume, qui génère donc 
une version de JS compressée pour l’espace privé.


De ce que je vois c’était déjà pas beau avant mais ce commit a fini 
de clouer le cercueil 
https://git.spip.net/spip-contrib-extensions/inserer_modeles/commit/98f968594986746ec2eb26bd354e67f63f3266ea 
 





Arf, oui. Je ne pensais pas du tout que le le js du porte plume était 
dynamique. Sinon je n'aurais pas codé comme cela.


Je reverte ce commit, et j'essaie de voir comment l'écrire plus 
proprement pour répondre au besoin en full JS.


Cela étant le problème est donc aussi du côté de porte plume qui 
generer un js différent selon ce que les gens lui ont fourni dans ses 
pipelines.


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] problème avec cache-js

2021-03-17 Par sujet Jean Christophe Villeneuve

Ok

J'ai donc désactivé insrérer_modeles pour voir comment ça évolue

Bonne sieste.

JC
Jean-Christophe Villeneuve
Le 17/03/2021 à 15:33, Maïeul Rouquette a écrit :

Le 17/03/2021 à 15:30, Jean Christophe Villeneuve a écrit :

Et j'ai recherché le forum 6039 et il date d'avril 2016 ...


JC

mouais, mais ca peut importe. On dirait qu'il y un js par page generé 
ou tu appeler inserer_modele (donc sans doute par page où il y a 
unformulaire de réponse aux forums).


C'est un bug quelque part, sans doute dans inserer_modeles.

J'essaie de voir cela après ma sieste

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] problème avec cache-js

2021-03-17 Par sujet Jean Christophe Villeneuve

Et j'ai recherché le forum 6039 et il date d'avril 2016 ...


JC

Le 17/03/2021 à 15:14, Jean Christophe Villeneuve a écrit :


j'ai comparé 2 fichiers venant du porte-plume, générés à 30 min 
d'intervalle.

1 seule différence :

,{"name":"Insérer un 
modèle","key":"M","className":"outil_inserer_modeles separateur 
separateur_apres sepInsMod","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui*=2017-11-05=fr*",{minHeight: 
"90%", type: 
"ajax"});},"dropMenu":[{"id":"inserer_modele_choix_article","name":"Une 
liste 
d’articles","className":"outil_inserer_modele_choix_article","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*date=2017-11-05=fr*_modele=choix_article",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_album_nivoslider","name":"un album (carousel 
Nivoslider)","className":"outil_inserer_modele_album_nivoslider","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*date=2017-11-05=fr*_modele=album_nivoslider",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_media","name":"un 
document","className":"outil_inserer_modele_media","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui=2017-11-05=fr_modele=media",{minHeight: 
"90%", type: "ajax"});},"display":true}

]

,{"name":"Insérer un 
modèle","key":"M","className":"outil_inserer_modeles separateur 
separateur_apres sepInsMod","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*",{minHeight: 
"90%", type: 
"ajax"});},"dropMenu":[{"id":"inserer_modele_choix_article","name":"Une 
liste 
d’articles","className":"outil_inserer_modele_choix_article","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*_modele=choix_article",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_album_nivoslider","name":"un album (carousel 
Nivoslider)","className":"outil_inserer_modele_album_nivoslider","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*_modele=album_nivoslider",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_media","name":"un 
document","className":"outil_inserer_modele_media","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*_modele=media",{minHeight: 
"90%", type: "ajax"});},"display":true}

]


Le 17/03/2021 à 14:03, Maïeul Rouquette a écrit :

Le 17/03/2021 à 14:00, Jean-Christophe Villeneuve a écrit :
Ok mais comparer quoi exactement car j'ai environ 1700 fichiers 
actuellement dans /cache-js pour un total de 50Mo alors que je l'ai 
vidé hier vers 16h.


Quelques exemples :

des dizaines de
jsdyn-javascript_porte_plume_start_js-x.js
et de
jsdyn-javascript_porte_plume_start_js-x.js.last
mais qui ne font que 26 ko

d'autres du type
01c79be019f1d0eb15acb6376e4f02ba.js (plus de 800ko, voire 1.3 Mo)
et
01c79be019f1d0eb15acb6376e4f02ba.js.gz (environ 220ko ou 310ko )

plus d'autres encore


JC



ah ! Ca le fait qu'avec le porteplume ? ou bien d'autres ? (laisse 
tomber pour l'instant ceux avec un hash).  Le porte plume est appelé 
côté public ?


Tu peux comparer entre 2 versions avec le même nom par exemple.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip



___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] problème avec cache-js

2021-03-17 Par sujet Jean Christophe Villeneuve


j'ai comparé 2 fichiers venant du porte-plume, générés à 30 min 
d'intervalle.

1 seule différence :

,{"name":"Insérer un 
modèle","key":"M","className":"outil_inserer_modeles separateur 
separateur_apres sepInsMod","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui*=2017-11-05=fr*",{minHeight: 
"90%", type: 
"ajax"});},"dropMenu":[{"id":"inserer_modele_choix_article","name":"Une 
liste 
d’articles","className":"outil_inserer_modele_choix_article","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*date=2017-11-05=fr*_modele=choix_article",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_album_nivoslider","name":"un album (carousel 
Nivoslider)","className":"outil_inserer_modele_album_nivoslider","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*date=2017-11-05=fr*_modele=album_nivoslider",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_media","name":"un 
document","className":"outil_inserer_modele_media","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui=2017-11-05=fr_modele=media",{minHeight: 
"90%", type: "ajax"});},"display":true}

]

,{"name":"Insérer un 
modèle","key":"M","className":"outil_inserer_modeles separateur 
separateur_apres sepInsMod","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*",{minHeight: 
"90%", type: 
"ajax"});},"dropMenu":[{"id":"inserer_modele_choix_article","name":"Une 
liste 
d’articles","className":"outil_inserer_modele_choix_article","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*_modele=choix_article",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_album_nivoslider","name":"un album (carousel 
Nivoslider)","className":"outil_inserer_modele_album_nivoslider","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*_modele=album_nivoslider",{minHeight: 
"90%", type: "ajax"});},"display":true}
,{"id":"inserer_modele_media","name":"un 
document","className":"outil_inserer_modele_media","beforeInsert":function() 
{jQuery.modalboxload("http://escal.ac-lyon.fr/spip/spip.php?page=inserer_modeles=oui&*id_article=177_forum=6039=spip.php%3Farticle177%26lang%3Dfr=fr*_modele=media",{minHeight: 
"90%", type: "ajax"});},"display":true}

]


Le 17/03/2021 à 14:03, Maïeul Rouquette a écrit :

Le 17/03/2021 à 14:00, Jean-Christophe Villeneuve a écrit :
Ok mais comparer quoi exactement car j'ai environ 1700 fichiers 
actuellement dans /cache-js pour un total de 50Mo alors que je l'ai 
vidé hier vers 16h.


Quelques exemples :

des dizaines de
jsdyn-javascript_porte_plume_start_js-x.js
et de
jsdyn-javascript_porte_plume_start_js-x.js.last
mais qui ne font que 26 ko

d'autres du type
01c79be019f1d0eb15acb6376e4f02ba.js (plus de 800ko, voire 1.3 Mo)
et
01c79be019f1d0eb15acb6376e4f02ba.js.gz (environ 220ko ou 310ko )

plus d'autres encore


JC



ah ! Ca le fait qu'avec le porteplume ? ou bien d'autres ? (laisse 
tomber pour l'instant ceux avec un hash).  Le porte plume est appelé 
côté public ?


Tu peux comparer entre 2 versions avec le même nom par exemple.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] problème avec cache-js

2021-03-17 Par sujet Jean Christophe Villeneuve

Question de béotien : c'est quoi les fichiers "avec un hash" ?

Oui, le porte-plume est appelé côté public et oui ça le fait surtout 
avec lui (1682 fichiers sur les 1715)


JC


Le 17/03/2021 à 14:03, Maïeul Rouquette a écrit :

Le 17/03/2021 à 14:00, Jean-Christophe Villeneuve a écrit :
Ok mais comparer quoi exactement car j'ai environ 1700 fichiers 
actuellement dans /cache-js pour un total de 50Mo alors que je l'ai 
vidé hier vers 16h.


Quelques exemples :

des dizaines de
jsdyn-javascript_porte_plume_start_js-x.js
et de
jsdyn-javascript_porte_plume_start_js-x.js.last
mais qui ne font que 26 ko

d'autres du type
01c79be019f1d0eb15acb6376e4f02ba.js (plus de 800ko, voire 1.3 Mo)
et
01c79be019f1d0eb15acb6376e4f02ba.js.gz (environ 220ko ou 310ko )

plus d'autres encore


JC



ah ! Ca le fait qu'avec le porteplume ? ou bien d'autres ? (laisse 
tomber pour l'instant ceux avec un hash).  Le porte plume est appelé 
côté public ?


Tu peux comparer entre 2 versions avec le même nom par exemple.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] problème avec cache-js

2021-03-17 Par sujet Jean Christophe Villeneuve

Ben les toutes dernières stables.

version spip : 3.2.9
version compresseur : 1.12.10


JC

Le 17/03/2021 à 14:16, Cerdic a écrit :
Avant d’user le soleil, on commencerait par dire quelle version de 
SPIP tu utilise précisemment ?

Et notamment, quelle est la version de ton plugin compresseur ?

--
Cédric
Le 17 mars 2021 à 14:03 +0100, Maïeul Rouquette , a 
écrit :

Le 17/03/2021 à 14:00, Jean-Christophe Villeneuve a écrit :

Ok mais comparer quoi exactement car j'ai environ 1700 fichiers
actuellement dans /cache-js pour un total de 50Mo alors que je l'ai vidé
hier vers 16h.

Quelques exemples :

des dizaines de
jsdyn-javascript_porte_plume_start_js-x.js
et de
jsdyn-javascript_porte_plume_start_js-x.js.last
mais qui ne font que 26 ko

d'autres du type
01c79be019f1d0eb15acb6376e4f02ba.js (plus de 800ko, voire 1.3 Mo)
et
01c79be019f1d0eb15acb6376e4f02ba.js.gz (environ 220ko ou 310ko )

plus d'autres encore


JC



ah ! Ca le fait qu'avec le porteplume ? ou bien d'autres ? (laisse
tomber pour l'instant ceux avec un hash). Le porte plume est appelé
côté public ?

Tu peux comparer entre 2 versions avec le même nom par exemple.

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] problème avec cache-js

2021-03-17 Par sujet Jean-Christophe Villeneuve
Ok mais comparer quoi exactement car j'ai environ 1700 fichiers 
actuellement dans /cache-js pour un total de 50Mo alors que je l'ai vidé 
hier vers 16h.


Quelques exemples :

des dizaines de
jsdyn-javascript_porte_plume_start_js-x.js
et de
jsdyn-javascript_porte_plume_start_js-x.js.last
mais qui ne font que 26 ko

d'autres du type
01c79be019f1d0eb15acb6376e4f02ba.js (plus de 800ko, voire 1.3 Mo)
et
01c79be019f1d0eb15acb6376e4f02ba.js.gz (environ 220ko ou 310ko )

plus d'autres encore


JC

Le 16/03/2021 à 21:36, Maïeul Rouquette a écrit :

Le 16/03/2021 à 20:16, Jean-Christophe Villeneuve a écrit :

Le squelette utilisé est le plugin Escal.

JC



quels sont les différences entre les différents js generés ? ca 
permettrait de voir si l'env joue un role


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] problème avec cache-js

2021-03-16 Par sujet Jean-Christophe Villeneuve

Le squelette utilisé est le plugin Escal.

JC

Le 16/03/2021 à 19:58, Bruno Bergot a écrit :

Hop,

Le 16/03/2021 à 19:47, Jean-Christophe Villeneuve a écrit :

Bonjour

Je viens de m'apercevoir que sur mon site le dossier /local/cache-js 
gonfle très vite et dans des proportions importantes.

En effet, celui-ci faisait 1.3 Go avant que je le vide.

D'où mes 2 questions :
- qu'est-ce qui pourrait expliquer ça ?
- y a-t-il un moyen de l'éviter ?



Difficile de t'en dire plus sans contexte, genre un lien vers les 
squelettes utilisés par le site, etc.


Une piste : un squelette qui génère du js et qui serait appelé en lui 
passant l'env complet, ou pire qui contiendrait un test sur #SESSION...


++
b_b


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] problème avec cache-js

2021-03-16 Par sujet Jean-Christophe Villeneuve

Bonjour

Je viens de m'apercevoir que sur mon site le dossier /local/cache-js 
gonfle très vite et dans des proportions importantes.

En effet, celui-ci faisait 1.3 Go avant que je le vide.

D'où mes 2 questions :
- qu'est-ce qui pourrait expliquer ça ?
- y a-t-il un moyen de l'éviter ?

Merci pour toute piste.

JC

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Un accueil pour réaliser les traductions de SPIP ouvert à toutes et à tous ?

2021-03-15 Par sujet Jean Christophe Villeneuve

Hello

Il y a le plugin Langonet 
 qui peut t'aider


JC


Le 15/03/2021 à 18:06, jeanmarie a écrit :

Salut,

j'en profite : est-ce qu'il y aurait un moyen d'avoir accès, 
directement depuis l'accueil, à la recherche avancée ?


Actuellement, je fais une recherche normale pour arriver que la page 
de recherche 
https://trad.spip.net/spip.php?page=traduction_recherche= et 
pouvoir ainsi choisir les modules dans lesquels chercher.


Je fais ça pour chercher les chaines de langues présentes dans le core 
et les réutiliser dans des plugins si besoin dans l'idée de ne pas en 
créer de nouvelles.


                jeanmarie

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Développer une balise spécifique

2021-02-03 Par sujet Jean-Christophe Villeneuve

Bonjour

Je pense qu'il faut plutôt te tourner du côté des modèles

https://www.spip.net/fr_article3454.html


JC

Jean-Christophe Villeneuve

Le 04/02/2021 à 08:15, Axel a écrit :


Bonjour,
J’ai un site sur lequel certains de mes articles sont des 
présentations de livres. Pour ces livres, nous avons une référence de 
livre (un identifiant interne), et j’aimerai pouvoir ajouter une 
balise spécifique, par exemple  et un bout de code irait 
vérifier sur un webservice de notre boutique si le livre est 
disponible et afficherait une phrase si c’est le cas et une autre si 
ce n’est pas le cas (par exemple "Voyage au centre de la terre de 
Jules Verne est disponible dans notre boutique" / "Voyage au centre de 
la terre a été écrit par Jules Verne").
Il me semble me souvenir d’avoir fait un truc similaire il y a une 
dizaine (quinzaine) d’années, il s’agissait peut être d’une ancienne 
version de spip. Mais je ne retrouve pas de documentation pour faire 
ça. Est-ce qu’il faut que je recherche des infos sur le développement 
de "balise", de "plugin", ou de "fonction" ?

Avez vous des liens à me donner pour savoir comment faire ça ?
Je ne suis pas un spécialiste de spip, mais je suis développeur de 
métier C’est donc plutôt le jargon et la documentation qui me 
manque. Pour le reste, je suis plutôt rédacteur sur notre spip.


Merci beaucoup,
Axel


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Écriture inclusive

2020-06-06 Par sujet Jean-Christophe Villeneuve
Ce qui est intéressant de remarquer, c'est que ce ne sont que des hommes 
qui rechignent à utiliser l'écriture inclusive ...
Et franchement, en quoi est-ce gênant de rajouter un point median par-ci 
par là ?
J'ai mis plus de temps à trouver comment l'écrire avec mon clavier que 
celui mis à corriger les chaînes de caractères de mon plugin.

Vraiment gênant pour l'accessibilité ? (je pose sérieusement la question)
Quand à l'argument "ça alourdit la lecture", faut pas exagérer.

JC

Le 06/06/2020 à 11:40, Cerdic a écrit :
Point, point médian, parenthèse, inclusion explicite, peu importe la 
forme, choisi le mode d’écriture inclusive que tu préfères.


Mais à partir du moment où des contributrices expriment le besoin de 
se sentir mieux inclues dans les échanges dans les espaces 
communautaires et que tu le refuses délibérément, voire simplement que 
tu ne fais aucun effort sur le sujet, alors oui ça devient un choix 
délibéré et politique…


Et oui, c’est *aussi* ça qui contribue à un climat hostile à la 
présence de femmes dans la communauté, même si il serait angélique de 
penser que c’est seulement ça, ce que personne n’a dit ici.


Et ce genre de réponse ironique n’arrange clairement rien…

--
Cédric
Le 6 juin 2020 à 10:07 +0200, Postmaster Imap , 
a écrit :


Et donc, si j'ai bien compris, si on ne met pas des petits points

partout, c'est qu'on est dans le déni, le soutien au patriarcat,
contre

la libération et l'émancipation de la moitié de l'humanité, pour le

racisme, 

Ah et puis c'est aussi ça qui empêche les femmes de développer
avec SPIP.

Gilles


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] plainte CNIL par Perline

2020-05-19 Par sujet Jean Christophe Villeneuve


Signature Dane Hello Steph

Je pense que c'est quelqu'un qui est malade et qui a besoin d'entrer en 
conflit.
J'ai même un sérieux doute sur la réalité de cette plainte, qui de 
toutes façons ne me fait pas peur du tout.


Pas sur que ce soit une bonne idée d'alerter toute la communauté spip, 
elle va se faire un plaisir de polémiquer.


Bref, wait and see.

JC


Le 19/05/2020 à 15:50, TeamSpipFactory a écrit :

Bonjour , Perline

j'ai retrouvé votre message

http://escal.ac-lyon.fr/spip/spip.php?article170#forum8725


 et je cite


Message posté par Perline  à la suite de l’article
« Suggestions ».
* * *

## NON RESPECT DES DONNEES PERSONNELLES DEPOT DE PLAINTE A LA CNIL

Vous faites les pourritures et vous osez me dire de me calmer ???
Mail envoyé, puis réenvoyé à spipfactory...@spipfactory.fr>
Si en plus les indications que vous donnez pour respecter les mentions
légales ne sont pas un contact, je vais compléter ma palinte, déjà
envoyée, par ce point.



Souhaitant pouvoir savoir ce que vous nous reproché et avoir un droit 
de réponse.

pouvez vous envoyés votre Mail a t...@spipfactory.fr

les mentions légal du site spipfactory.fr  étant bien clair sur le sujet.



  Propriétaire / Éditeur

*SpipFactory.fr * est un site web édité par 
*SpipFactory* et publié sous la direction de *la Team 
SpipFactory*/(association de loi 1901)/. L’ensemble du site 
*SpipFactory.fr *, pages et contenus, est la 
propriété de *SpipFactory*. Pour plus d’informations, reportez-vous 
au site : https://spipfactory.fr.
Contact administratif du site *SpipFactory.fr 
* : t...@spipfactory.fr 
.





Ainsi qu'un copie de votre dépôt de plainte a la CNIL, afin de savoir 
ce que l'on nous reproche.


ps/ ne sachant pas si vous alliez nous répondre, j'ai mis en copie les 
listesSPIP, afin que ceci puissent m'orienter quand aux démarches que 
nous pourrions effectués afin de désamorcer le problème.

Spip c'est quand même "" et la tendresse bordel""


Dans l'attente de vous lire
Stéphane fondateur de l'association spipfactory


--
https://spipfactory.fr
--
Nous accueillons a bras ouverts les volontaires, alors n’hésitez pas à 
participer !


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Problème de push vers git

2020-05-16 Par sujet Jean-Christophe Villeneuve

Alors en fin d'aprem pour moi

JC

Le 16/05/2020 à 20:49, Maïeul Rouquette a écrit :

Le 16/05/2020 à 19:50, Jean-Christophe Villeneuve a écrit :

Toujours aussi dispo Maieul, merci beaucoup.

Demain dans la matinée si tu peux, ça me va.

JC




l'après midi me va mieux


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Problème de push vers git

2020-05-16 Par sujet Jean-Christophe Villeneuve

Toujours aussi dispo Maieul, merci beaucoup.

Demain dans la matinée si tu peux, ça me va.

JC

Le 16/05/2020 à 19:23, Maïeul Rouquette a écrit :

Le 16/05/2020 à 18:36, Jean-Christophe Villeneuve a écrit :
Ok passer par des lignes de commandes je veux bien mais là il va 
falloir me guider pas à pas car je ne suis pas du tout à l'aise avec ça.


JC



bah c'est pas impossible, faut juste qu'on se prenne un temps...

mais une fois que tu apprend, tu deviens vraiment autonome, parce que 
tu comprend la logique derrière.


Donc : on peut se fixer un rdv demain pour un turo

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Problème de push vers git

2020-05-16 Par sujet Jean-Christophe Villeneuve
Ok passer par des lignes de commandes je veux bien mais là il va falloir 
me guider pas à pas car je ne suis pas du tout à l'aise avec ça.


JC

Le 16/05/2020 à 13:53, Maïeul Rouquette a écrit :

Le 16/05/2020 à 13:03, Jean-Christophe Villeneuve a écrit :

Hello

Impossible de livrer un correctif pour Escal hier et ce matin

J'utilise SmartGit et j'ai un  message d'erreur auquel je ne 
comprends pas grand-chose.

En voici un extrait :

To git.spip.net:spip-contrib-squelettes/escal.git
failed to push some refs to 
'g...@git.spip.net:spip-contrib-squelettes/escal.git'
! refs/heads/master:refs/heads/master [remote rejected] (pre-receive 
hook declined)

'master' rejected (non-fast-forward)

Pourtant je ne me rappelle pas avoir changé un réglage depuis mardi 
où j'ai pu livrer mes correctifs sans souci.


So help !

JC
a prioi c'est que la version sur le serveur est plus récente que la 
version que tu as


mais c peut être lié aussi à la restoration il y a peu.

faudrait que deja que tu vérifie si l'historique local et l'historique 
distant divege.


Mais bon, ce serait plus simple à expliquer en ligne de commande ...


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] Problème de push vers git

2020-05-16 Par sujet Jean-Christophe Villeneuve

Hello

Impossible de livrer un correctif pour Escal hier et ce matin

J'utilise SmartGit et j'ai un  message d'erreur auquel je ne comprends 
pas grand-chose.

En voici un extrait :

To git.spip.net:spip-contrib-squelettes/escal.git
failed to push some refs to 
'g...@git.spip.net:spip-contrib-squelettes/escal.git'
! refs/heads/master:refs/heads/master [remote rejected] (pre-receive 
hook declined)

'master' rejected (non-fast-forward)

Pourtant je ne me rappelle pas avoir changé un réglage depuis mardi où 
j'ai pu livrer mes correctifs sans souci.


So help !

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] problème de tag

2020-05-13 Par sujet Jean-Christophe Villeneuve

Ok merci, voilà qui est fait

JC

Le 13/05/2020 à 15:13, Cerdic a écrit :
Non pas bizarre car l’un des 2 zips corresponds au vieux zip généré 
par smart-paquet depuis le SVN.


Maintenant que tu as posé des tags sur le projet (ou peut-être 
étaient-ils déjà là) il faut supprimer la ligne ici donc

https://git.spip.net/spip-contrib-outils/archivelists/src/branch/master/legacy/archivelist.txt#L346

puisque plus la peine de faire travailler smart-paquet pour rien

--
Cédric
Le 13 mai 2020 à 15:07 +0200, Jean-Christophe Villeneuve 
, a écrit :

Merci pour vos réponses
Sans doute un pb de cache navigateur de mon côté

Désolé pour le bruit et ... la calomnie ;-)

Tans qu'on y est .. sur plugins.spip.net, je vois 2 fois la version 
2.10.5

Pas bien grave mais bizarre non ?

JC

Le 13/05/2020 à 14:37, Eric Lupinacci a écrit :

Hello,

Le 13 mai 2020 à 14:35, Cerdic <mailto:ced...@yterium.com>> a écrit :


Calomnie !
je vois ici
https://plugins.spip.net/escal.html?compatible_spip=3.2
la version 4.3.73

correspondant au dernier tag
et au fichier 
https://files.spip.org/spip-zone/spip-contrib-squelettes/escal-79c88-v4.3.73.zip


Pour répondre à ta question :
- le debardeur passe tous les 1/4h pour mettre a jour les zips sur 
les projets modifiés depuis la dernière fois, un zip est donc en 
principe disponible très vite
- le référencement sur plugins.spip.net <http://plugins.spip.net> 
peut prendre un peu plus de temps car il ne remets pas à jour son 
xml aussi vite


Sur Plugins SPIP le CRON passe toutes les 6 heures.

++
Eric




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] problème de tag

2020-05-13 Par sujet Jean-Christophe Villeneuve

Merci pour vos réponses
Sans doute un pb de cache navigateur de mon côté

Désolé pour le bruit et ... la calomnie ;-)

Tans qu'on y est .. sur plugins.spip.net, je vois 2 fois la version 2.10.5
Pas bien grave mais bizarre non ?

JC

Le 13/05/2020 à 14:37, Eric Lupinacci a écrit :

Hello,

Le 13 mai 2020 à 14:35, Cerdic > a écrit :


Calomnie !
je vois ici
https://plugins.spip.net/escal.html?compatible_spip=3.2
la version 4.3.73

correspondant au dernier tag
et au fichier 
https://files.spip.org/spip-zone/spip-contrib-squelettes/escal-79c88-v4.3.73.zip


Pour répondre à ta question :
- le debardeur passe tous les 1/4h pour mettre a jour les zips sur 
les projets modifiés depuis la dernière fois, un zip est donc en 
principe disponible très vite
- le référencement sur plugins.spip.net  
peut prendre un peu plus de temps car il ne remets pas à jour son xml 
aussi vite


Sur Plugins SPIP le CRON passe toutes les 6 heures.

++
Eric




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

[spip-dev] problème de tag

2020-05-13 Par sujet Jean-Christophe Villeneuve

Bonjour

J'utilise SmartGit sur Linux pour mettre à jour le plugin Escal.
Les commits des modifs sont bien passés ainsi que le tag (hier en début 
d'après-midi) mais je ne vois pas la nouvelle version apparaitre sur 
plugins.spip.net


Le délai est de combien ?
Ou ai-je mal fait ou pas fait quelque chose ?

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] GIT + SPIP 3.3 + ESCAL => Pb logo, retour pour les dev spip

2020-05-02 Par sujet Jean-Christophe Villeneuve

Et les fichiers du dossier ?

JC

Le 02/05/2020 à 11:23, André Gomez a écrit :


Voici les droits sur ce répertoire, tout le monde à tous les droits



André


Le 02/05/2020 à 11:17, Jean-Christophe Villeneuve a écrit :

Bizarre c't'histoire puisque l'accès est similaire pour tous les items

Un problème de droits sur certains fichiers du dossier 
/escal/formulaires ?


JC

Le 02/05/2020 à 11:09, André Gomez a écrit :


Pour répondre à Stéphane sur l'utilité des plugins réservations, 
réservations multiples, ...


J'ai en local installé Spip 3.3, Escal et Réservations.

En ce qui concerne Réservations, toujours le même problème, pour moi 
pas utilisable, puisque il n'y a pas le rappel des réservation lors 
de la connexion suivante, donc aucun intérêt pour moi!


Par pour Escal, j'ai un soucis pour le paramétrage

Colonne principale, page d’accueil, Les rubriques, Les articles,
La page contact, Le forum du site: *OK*

Choix des blocs latéraux, Les rubriques, Le forum du site: OK,
Page d'accueil, Les articles, Les autres pages: *KO*, message
*Ce site est inaccessible*

Paramétrage des blocs latéraux, Déplier et replier: *OK*, Titres
et contenus: *KO*, même message

Tous les autres items du paramétrage sont *OK*

Installé sur Windows 10, avec Wampserver 3.0.6, Spip 3.3.0-dev 
*[24563 
<http://core.spip.net/projects/spip/repository/revisions/24563>], 
*Escal 4.3.72, Réservations et ses dépendances!



André


Le 02/05/2020 à 09:44, teamspipfact...@gmail.com a écrit :
Bon aujourd'hui c'est installation d'escal seul en GIT sur un spip 
3.3 en local

et si tous se passe bien sur le serveur.

avec pour essai

1° https://git.spip.net/spip-contrib-outils/checkout
- |$ ./checkout.sh spip -bspip-3.2 testcheckout ==> RAS
- installation de spip ==> ras
- installation bdd ==> ras
- présence logo ==> ras
|https://pic.infini.fr/HEoVlgGF/FlYg2Irv.png

- On monte de version passage a spip 3 ,  checkout.php spip 
-bmaster /opt/lampp/htdocs/essaicheckout/testcheckout

Okay ... *SPIP 3.3.0-dev* + écran de sécurité 1.3.13

- on passe par la page /ecrire/?exec=admin_plugin , on a des mises 
a jour plugins (sites,bigupload,medias)


- on regarde le public RAS
https://pic.infini.fr/WKqQYEOJ/R8Mj61z0.png


- On install le plugin Escal en GIT avec les necessité via git 
clone https:


et la c'est la cata 
https://pic.infini.fr/TRWOWo0G/tf147mcH.png


*je n'ai pas eu de demande de maj de la bdd, et je n'ai pas de 
repertoire /IMG/LOGO*






2° https://git.spip.net/spip-contrib-outils/spip-cli => prochain Mail











Donc ce courriel pour suivre les étapes pas a pas et pouvoir faire 
un rapport circonstancier vers les devs de SPIP


1° |checkout.php [methode] [-rRevision] [-bBranche] repoSource dirDest

$ ./checkout.sh spip -bspip-3.2 testcheckout

git clone https://git.spip.net/SPIP/spip.git testcheckout
Clonage dans 'testcheckout'...
remote: Counting objects: 173560, done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 173560 (delta 142385), reused 168466 (delta 139674)
Réception d'objets: 100% (173560/173560), 44.98 Mio | 416.00 Kio/s, 
fait.

Résolution des deltas: 100% (142385/142385), fait.

.Récupération de origin

git checkout spip-3.2 && git pull --rebase
Basculement sur la nouvelle branche 'spip-3.2'
La branche 'spip-3.2' est paramétrée pour suivre la branche 
distante 'spip-3.2' depuis 'origin'.

Déjà à jour.
La branche courante spip-3.2 est à jour.

.checkout.php git -b3.2 https://git.spip.net/SPIP/aide.git 
testcheckout/plugins-dist/aide


git clone https://git.spip.net/SPIP/aide.git 
testcheckout/plugins-dist/aide

Clonage dans 'testcheckout/plugins-dist/aide'...
remote: Counting objects: 123, done.
remote: Compressing objects: 100% (46/46), done.
remote: Total 123 (delta 54), reused 123 (delta 54)
Réception d'objets: 100% (123/123), 19.13 Kio | 851.00 Kio/s, fait.
Résolution des deltas: 100% (54/54), fait.
git checkout 3.2
Basculement sur la nouvelle branche '3.2'
La branche '3.2' est paramétrée pour suivre la branche distante 
'3.2' depuis 'origin'.


.checkout.php git -b3.2 https://git.spip.net/SPIP/archiviste.git 
testcheckout/plugins-dist/archiviste


git clone https://git.spip.net/SPIP/archiviste.git 
testcheckout/plugins-dist/archiviste

Clonage dans 'testcheckout/plugins-dist/archiviste'...
remote: Counting objects: 91, done.
remote: Compressing objects: 100% (50/50), done.
remote: Total 91 (delta 37), reused 91 (delta 37)
Dépaquetage des objets: 100% (91/91), 71.93 Kio | 438.00 Kio/s, fait.
git checkout 3.2
Basculement sur la nouvelle branche '3.2'
La branche '3.2' est paramétrée pour suivre la branche distante 
'3.2' depuis 'origin'.


.checkout.php git -b3.2 https://git.spip.net/SPIP/breves.git 
testcheckout/plugins-dist/breves


git clone https://git.spip.net/SPIP/breves.git 
testcheckout/plugins-dist/breves

Clonage dans 'testcheckout/plugins-dist/breves'...
remote: Counting objects: 2977, done.
remote: Compressing 

Re: [spip-dev] GIT + SPIP 3.3 + ESCAL => Pb logo, retour pour les dev spip

2020-05-02 Par sujet Jean-Christophe Villeneuve

Alors là je sèche !

Le 02/05/2020 à 11:32, André a écrit :
Je viens de vérifier deux fichiers, 
configurer_escal_sommaire_principal.html qui fonctionne et 
configurer_escal_sommaire_lateral.html qui buge, tous les deux ont les 
mêmes droits


André

Le 02/05/2020 à 11:23, André Gomez a écrit :


Voici les droits sur ce répertoire, tout le monde à tous les droits



André


Le 02/05/2020 à 11:17, Jean-Christophe Villeneuve a écrit :

Bizarre c't'histoire puisque l'accès est similaire pour tous les items

Un problème de droits sur certains fichiers du dossier 
/escal/formulaires ?


JC

Le 02/05/2020 à 11:09, André Gomez a écrit :


Pour répondre à Stéphane sur l'utilité des plugins réservations, 
réservations multiples, ...


J'ai en local installé Spip 3.3, Escal et Réservations.

En ce qui concerne Réservations, toujours le même problème, pour 
moi pas utilisable, puisque il n'y a pas le rappel des réservation 
lors de la connexion suivante, donc aucun intérêt pour moi!


Par pour Escal, j'ai un soucis pour le paramétrage

Colonne principale, page d’accueil, Les rubriques, Les
articles, La page contact, Le forum du site: *OK*

Choix des blocs latéraux, Les rubriques, Le forum du site: OK,
Page d'accueil, Les articles, Les autres pages: *KO*, message
*Ce site est inaccessible*

Paramétrage des blocs latéraux, Déplier et replier: *OK*,
Titres et contenus: *KO*, même message

Tous les autres items du paramétrage sont *OK*

Installé sur Windows 10, avec Wampserver 3.0.6, Spip 3.3.0-dev 
*[24563 
<http://core.spip.net/projects/spip/repository/revisions/24563>], 
*Escal 4.3.72, Réservations et ses dépendances!



André


Le 02/05/2020 à 09:44, teamspipfact...@gmail.com a écrit :
Bon aujourd'hui c'est installation d'escal seul en GIT sur un spip 
3.3 en local

et si tous se passe bien sur le serveur.

avec pour essai

1° https://git.spip.net/spip-contrib-outils/checkout
- |$ ./checkout.sh spip -bspip-3.2 testcheckout ==> RAS
- installation de spip ==> ras
- installation bdd ==> ras
- présence logo ==> ras
|https://pic.infini.fr/HEoVlgGF/FlYg2Irv.png

- On monte de version passage a spip 3 ,  checkout.php spip 
-bmaster /opt/lampp/htdocs/essaicheckout/testcheckout

Okay ... *SPIP 3.3.0-dev* + écran de sécurité 1.3.13

- on passe par la page /ecrire/?exec=admin_plugin , on a des mises 
a jour plugins (sites,bigupload,medias)


- on regarde le public RAS
https://pic.infini.fr/WKqQYEOJ/R8Mj61z0.png


- On install le plugin Escal en GIT avec les necessité via git 
clone https:


et la c'est la cata 
https://pic.infini.fr/TRWOWo0G/tf147mcH.png


*je n'ai pas eu de demande de maj de la bdd, et je n'ai pas de 
repertoire /IMG/LOGO*






2° https://git.spip.net/spip-contrib-outils/spip-cli => prochain Mail











Donc ce courriel pour suivre les étapes pas a pas et pouvoir faire 
un rapport circonstancier vers les devs de SPIP


1° |checkout.php [methode] [-rRevision] [-bBranche] repoSource dirDest

$ ./checkout.sh spip -bspip-3.2 testcheckout

git clone https://git.spip.net/SPIP/spip.git testcheckout
Clonage dans 'testcheckout'...
remote: Counting objects: 173560, done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 173560 (delta 142385), reused 168466 (delta 139674)
Réception d'objets: 100% (173560/173560), 44.98 Mio | 416.00 
Kio/s, fait.

Résolution des deltas: 100% (142385/142385), fait.

.Récupération de origin

git checkout spip-3.2 && git pull --rebase
Basculement sur la nouvelle branche 'spip-3.2'
La branche 'spip-3.2' est paramétrée pour suivre la branche 
distante 'spip-3.2' depuis 'origin'.

Déjà à jour.
La branche courante spip-3.2 est à jour.

.checkout.php git -b3.2 https://git.spip.net/SPIP/aide.git 
testcheckout/plugins-dist/aide


git clone https://git.spip.net/SPIP/aide.git 
testcheckout/plugins-dist/aide

Clonage dans 'testcheckout/plugins-dist/aide'...
remote: Counting objects: 123, done.
remote: Compressing objects: 100% (46/46), done.
remote: Total 123 (delta 54), reused 123 (delta 54)
Réception d'objets: 100% (123/123), 19.13 Kio | 851.00 Kio/s, fait.
Résolution des deltas: 100% (54/54), fait.
git checkout 3.2
Basculement sur la nouvelle branche '3.2'
La branche '3.2' est paramétrée pour suivre la branche distante 
'3.2' depuis 'origin'.


.checkout.php git -b3.2 https://git.spip.net/SPIP/archiviste.git 
testcheckout/plugins-dist/archiviste


git clone https://git.spip.net/SPIP/archiviste.git 
testcheckout/plugins-dist/archiviste

Clonage dans 'testcheckout/plugins-dist/archiviste'...
remote: Counting objects: 91, done.
remote: Compressing objects: 100% (50/50), done.
remote: Total 91 (delta 37), reused 91 (delta 37)
Dépaquetage des objets: 100% (91/91), 71.93 Kio | 438.00 Kio/s, fait.
git checkout 3.2
Basculement sur la nouvelle branche '3.2'
La branche '3.2' est paramétrée pour suivre la branche distante 
'3.2' depuis 'origin'.


.checkout.php git -b3.2 https://git.spip.net/SPIP/breves.git 
testcheckout/pl

Re: [spip-dev] GIT + SPIP 3.3 + ESCAL => Pb logo, retour pour les dev spip

2020-05-02 Par sujet Jean-Christophe Villeneuve

Bizarre c't'histoire puisque l'accès est similaire pour tous les items

Un problème de droits sur certains fichiers du dossier /escal/formulaires ?

JC

Le 02/05/2020 à 11:09, André Gomez a écrit :


Pour répondre à Stéphane sur l'utilité des plugins réservations, 
réservations multiples, ...


J'ai en local installé Spip 3.3, Escal et Réservations.

En ce qui concerne Réservations, toujours le même problème, pour moi 
pas utilisable, puisque il n'y a pas le rappel des réservation lors de 
la connexion suivante, donc aucun intérêt pour moi!


Par pour Escal, j'ai un soucis pour le paramétrage

Colonne principale, page d’accueil, Les rubriques, Les articles,
La page contact, Le forum du site: *OK*

Choix des blocs latéraux, Les rubriques, Le forum du site: OK,
Page d'accueil, Les articles, Les autres pages: *KO*, message *Ce
site est inaccessible*

Paramétrage des blocs latéraux, Déplier et replier: *OK*, Titres
et contenus: *KO*, même message

Tous les autres items du paramétrage sont *OK*

Installé sur Windows 10, avec Wampserver 3.0.6, Spip 3.3.0-dev *[24563 
], 
*Escal 4.3.72, Réservations et ses dépendances!



André


Le 02/05/2020 à 09:44, teamspipfact...@gmail.com a écrit :
Bon aujourd'hui c'est installation d'escal seul en GIT sur un spip 
3.3 en local

et si tous se passe bien sur le serveur.

avec pour essai

1° https://git.spip.net/spip-contrib-outils/checkout
- |$ ./checkout.sh spip -bspip-3.2 testcheckout ==> RAS
- installation de spip ==> ras
- installation bdd ==> ras
- présence logo ==> ras
|https://pic.infini.fr/HEoVlgGF/FlYg2Irv.png

- On monte de version passage a spip 3 ,  checkout.php spip -bmaster 
/opt/lampp/htdocs/essaicheckout/testcheckout

Okay ... *SPIP 3.3.0-dev* + écran de sécurité 1.3.13

- on passe par la page /ecrire/?exec=admin_plugin , on a des mises a 
jour plugins (sites,bigupload,medias)


- on regarde le public RAS
https://pic.infini.fr/WKqQYEOJ/R8Mj61z0.png


- On install le plugin Escal en GIT avec les necessité via git clone 
https:


et la c'est la cata 
https://pic.infini.fr/TRWOWo0G/tf147mcH.png


*je n'ai pas eu de demande de maj de la bdd, et je n'ai pas de 
repertoire /IMG/LOGO*






2° https://git.spip.net/spip-contrib-outils/spip-cli => prochain Mail











Donc ce courriel pour suivre les étapes pas a pas et pouvoir faire un 
rapport circonstancier vers les devs de SPIP


1° |checkout.php [methode] [-rRevision] [-bBranche] repoSource dirDest

$ ./checkout.sh spip -bspip-3.2 testcheckout

git clone https://git.spip.net/SPIP/spip.git testcheckout
Clonage dans 'testcheckout'...
remote: Counting objects: 173560, done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 173560 (delta 142385), reused 168466 (delta 139674)
Réception d'objets: 100% (173560/173560), 44.98 Mio | 416.00 Kio/s, fait.
Résolution des deltas: 100% (142385/142385), fait.

.Récupération de origin

git checkout spip-3.2 && git pull --rebase
Basculement sur la nouvelle branche 'spip-3.2'
La branche 'spip-3.2' est paramétrée pour suivre la branche distante 
'spip-3.2' depuis 'origin'.

Déjà à jour.
La branche courante spip-3.2 est à jour.

.checkout.php git -b3.2 https://git.spip.net/SPIP/aide.git 
testcheckout/plugins-dist/aide


git clone https://git.spip.net/SPIP/aide.git 
testcheckout/plugins-dist/aide

Clonage dans 'testcheckout/plugins-dist/aide'...
remote: Counting objects: 123, done.
remote: Compressing objects: 100% (46/46), done.
remote: Total 123 (delta 54), reused 123 (delta 54)
Réception d'objets: 100% (123/123), 19.13 Kio | 851.00 Kio/s, fait.
Résolution des deltas: 100% (54/54), fait.
git checkout 3.2
Basculement sur la nouvelle branche '3.2'
La branche '3.2' est paramétrée pour suivre la branche distante '3.2' 
depuis 'origin'.


.checkout.php git -b3.2 https://git.spip.net/SPIP/archiviste.git 
testcheckout/plugins-dist/archiviste


git clone https://git.spip.net/SPIP/archiviste.git 
testcheckout/plugins-dist/archiviste

Clonage dans 'testcheckout/plugins-dist/archiviste'...
remote: Counting objects: 91, done.
remote: Compressing objects: 100% (50/50), done.
remote: Total 91 (delta 37), reused 91 (delta 37)
Dépaquetage des objets: 100% (91/91), 71.93 Kio | 438.00 Kio/s, fait.
git checkout 3.2
Basculement sur la nouvelle branche '3.2'
La branche '3.2' est paramétrée pour suivre la branche distante '3.2' 
depuis 'origin'.


.checkout.php git -b3.2 https://git.spip.net/SPIP/breves.git 
testcheckout/plugins-dist/breves


git clone https://git.spip.net/SPIP/breves.git 
testcheckout/plugins-dist/breves

Clonage dans 'testcheckout/plugins-dist/breves'...
remote: Counting objects: 2977, done.
remote: Compressing objects: 100% (584/584), done.
remote: Total 2977 (delta 2285), reused 2977 (delta 2285)
Réception d'objets: 100% (2977/2977), 539.92 Kio | 492.00 Kio/s, fait.
Résolution des deltas: 100% (2285/2285), fait.
git checkout 3.2
Basculement sur la nouvelle branche 

Re: [spip-dev] spip 3.3 et balise #LOGO

2020-05-01 Par sujet Jean Christophe Villeneuve

Pour compléter :

Je vois bien les logos des rubriques dans l'espace privé
Mais même en désactivant le plugin Escal, je ne vois pas les logos dans 
l'espace public, je ne vois que "logo".
Comme si les balises #LOGO_ARTICLE_RUBRIQUE par exemple ne 
fonctionnaient pas.


JC

Le 30/04/2020 à 13:54, Jean-Christophe Villeneuve a écrit :

Bon je suis parti d'un spip 3.2.7 installé avec checkout.php

checkout.php spip -bspip-3.2 /var/www/html/Escal

Tout fonctionnait bien

J'ai ensuite monté de version avec

checkout.php spip -bmaster /var/www/html/Escal

Et hop, les logos ont disparu
Pas de dossier /logo dans /IMG
et le code source d'un logo est


JC


Le 30/04/2020 à 03:31, Ptroll a écrit :

salut,

il semble bien que la mise à jour ne se soit pas déroulé 
correctement, normalement tes logos IMG/artonxx, IMG/rubonxx... 
auraient du migrer dans le dossier IMG/logo/artonxx


regarde l'adresse des images non trouvées, elle est bien de la forme 
IMG/logo/tonlogo ?


tu parles d'install, tu as fait une install ou une mise à jour?

si tu upload un nouveau logo, il ne s'affiche pas non plus?


Le 30/04/2020 à 01:34, Jean Christophe Villeneuve a écrit :

Pas de souci à l'install
J'ai bien un dossier /IMG/logo mais qui ne contient que les 2 logos 
que j'ai remplacé

Mais eux non plus ne s'affichent pas.

JC

Le 29/04/2020 à 20:20, Jacques B a écrit :

Non... pas de souci de mon côté...
La migration s'est bien passée ?  Tu as bien un dossier logo qui a 
repris les anciens arton, rubon etc... ?


Jacques


Le 29/04/2020 à 20:18, Jean-Christophe Villeneuve a écrit :

Un petit up !
Personne n'a de problèmes avec les balises #LOGO_XXX dans spip 3.3 ?

JC


Le 28/04/2020 à 20:39, Jean-Christophe Villeneuve a écrit :

Hello

Je teste en local spip 3.3 avec mon plugin escal
Après une petite correction, tout semble fonctionner correctement 
8-)


Sauf une chose : toutes les balises #LOGO ne fonctionnent plus, 
j'ai juste le texte alternatif "logo" qui s'affiche.
De plus dans l'espace privé, le logo des rubriques ne s'affiche 
pas dans la page d'accueil.
Pourtant quand on va dans "Modifier la rubrique", on voit bien le 
logo.


D'où cela pourrait-il venir ?

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] spip 3.3 et balise #LOGO

2020-04-30 Par sujet Jean Christophe Villeneuve

Ah tu reproduis, ça me rassure un peu, je me sens moins seul !


Le 30/04/2020 à 17:46, teamspipfact...@gmail.com a écrit :

de mon coté il me la demandé
mais j'ai le même résultat que JC




Le 30/04/2020 à 14:22, Jean-Christophe Villeneuve a écrit :

Justement, spip ne m'a rien demandé !


Le 30/04/2020 à 14:05, Bruno Bergot a écrit :

Hop,

Le 30/04/2020 à 13:54, Jean-Christophe Villeneuve a écrit :

Bon je suis parti d'un spip 3.2.7 installé avec checkout.php

checkout.php spip -bspip-3.2 /var/www/html/Escal

Tout fonctionnait bien

J'ai ensuite monté de version avec

checkout.php spip -bmaster /var/www/html/Escal

Et hop, les logos ont disparu
Pas de dossier /logo dans /IMG
et le code source d'un logo est




Tu n'aurais pas oublié de passer par l'étape de mise à jour de la db 
depuis l'espace privé par hasard ?


++
b_b


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] spip 3.3 et balise #LOGO

2020-04-30 Par sujet Jean-Christophe Villeneuve

Justement, spip ne m'a rien demandé !


Le 30/04/2020 à 14:05, Bruno Bergot a écrit :

Hop,

Le 30/04/2020 à 13:54, Jean-Christophe Villeneuve a écrit :

Bon je suis parti d'un spip 3.2.7 installé avec checkout.php

checkout.php spip -bspip-3.2 /var/www/html/Escal

Tout fonctionnait bien

J'ai ensuite monté de version avec

checkout.php spip -bmaster /var/www/html/Escal

Et hop, les logos ont disparu
Pas de dossier /logo dans /IMG
et le code source d'un logo est




Tu n'aurais pas oublié de passer par l'étape de mise à jour de la db 
depuis l'espace privé par hasard ?


++
b_b


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] spip 3.3 et balise #LOGO

2020-04-30 Par sujet Jean-Christophe Villeneuve

Bon je suis parti d'un spip 3.2.7 installé avec checkout.php

checkout.php spip -bspip-3.2 /var/www/html/Escal

Tout fonctionnait bien

J'ai ensuite monté de version avec

checkout.php spip -bmaster /var/www/html/Escal

Et hop, les logos ont disparu
Pas de dossier /logo dans /IMG
et le code source d'un logo est


JC


Le 30/04/2020 à 03:31, Ptroll a écrit :

salut,

il semble bien que la mise à jour ne se soit pas déroulé correctement, 
normalement tes logos IMG/artonxx, IMG/rubonxx... auraient du migrer 
dans le dossier IMG/logo/artonxx


regarde l'adresse des images non trouvées, elle est bien de la forme 
IMG/logo/tonlogo ?


tu parles d'install, tu as fait une install ou une mise à jour?

si tu upload un nouveau logo, il ne s'affiche pas non plus?


Le 30/04/2020 à 01:34, Jean Christophe Villeneuve a écrit :

Pas de souci à l'install
J'ai bien un dossier /IMG/logo mais qui ne contient que les 2 logos 
que j'ai remplacé

Mais eux non plus ne s'affichent pas.

JC

Le 29/04/2020 à 20:20, Jacques B a écrit :

Non... pas de souci de mon côté...
La migration s'est bien passée ?  Tu as bien un dossier logo qui a 
repris les anciens arton, rubon etc... ?


Jacques


Le 29/04/2020 à 20:18, Jean-Christophe Villeneuve a écrit :

Un petit up !
Personne n'a de problèmes avec les balises #LOGO_XXX dans spip 3.3 ?

JC


Le 28/04/2020 à 20:39, Jean-Christophe Villeneuve a écrit :

Hello

Je teste en local spip 3.3 avec mon plugin escal
Après une petite correction, tout semble fonctionner correctement 8-)

Sauf une chose : toutes les balises #LOGO ne fonctionnent plus, 
j'ai juste le texte alternatif "logo" qui s'affiche.
De plus dans l'espace privé, le logo des rubriques ne s'affiche 
pas dans la page d'accueil.
Pourtant quand on va dans "Modifier la rubrique", on voit bien le 
logo.


D'où cela pourrait-il venir ?

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] spip 3.3 et balise #LOGO

2020-04-29 Par sujet Jean Christophe Villeneuve

Pas de souci à l'install
J'ai bien un dossier /IMG/logo mais qui ne contient que les 2 logos que 
j'ai remplacé

Mais eux non plus ne s'affichent pas.

JC

Le 29/04/2020 à 20:20, Jacques B a écrit :

Non... pas de souci de mon côté...
La migration s'est bien passée ?  Tu as bien un dossier logo qui a 
repris les anciens arton, rubon etc... ?


Jacques


Le 29/04/2020 à 20:18, Jean-Christophe Villeneuve a écrit :

Un petit up !
Personne n'a de problèmes avec les balises #LOGO_XXX dans spip 3.3 ?

JC


Le 28/04/2020 à 20:39, Jean-Christophe Villeneuve a écrit :

Hello

Je teste en local spip 3.3 avec mon plugin escal
Après une petite correction, tout semble fonctionner correctement 8-)

Sauf une chose : toutes les balises #LOGO ne fonctionnent plus, j'ai 
juste le texte alternatif "logo" qui s'affiche.
De plus dans l'espace privé, le logo des rubriques ne s'affiche pas 
dans la page d'accueil.

Pourtant quand on va dans "Modifier la rubrique", on voit bien le logo.

D'où cela pourrait-il venir ?

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip




___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] spip 3.3 et balise #LOGO

2020-04-29 Par sujet Jean-Christophe Villeneuve

Un petit up !
Personne n'a de problèmes avec les balises #LOGO_XXX dans spip 3.3 ?

JC


Le 28/04/2020 à 20:39, Jean-Christophe Villeneuve a écrit :

Hello

Je teste en local spip 3.3 avec mon plugin escal
Après une petite correction, tout semble fonctionner correctement 8-)

Sauf une chose : toutes les balises #LOGO ne fonctionnent plus, j'ai 
juste le texte alternatif "logo" qui s'affiche.
De plus dans l'espace privé, le logo des rubriques ne s'affiche pas 
dans la page d'accueil.

Pourtant quand on va dans "Modifier la rubrique", on voit bien le logo.

D'où cela pourrait-il venir ?

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


[spip-dev] spip 3.3 et balise #LOGO

2020-04-28 Par sujet Jean-Christophe Villeneuve

Hello

Je teste en local spip 3.3 avec mon plugin escal
Après une petite correction, tout semble fonctionner correctement 8-)

Sauf une chose : toutes les balise #LOGO ne fonctionnent plus, j'ai 
juste le texte alternatif "logo" qui s'affiche.
De plus dans l'espace privé, le logo des rubriques ne s'affiche pas dans 
la page d'accueil.

Pourtant quand on va dans "Modifier la rubrique", on voit bien le logo.

D'où cela pourrait-il venir ?

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] [Spip-zone-commit] r122733 - _squelettes_/escal/trunk

2020-02-27 Par sujet Jean-Christophe Villeneuve

Bonjour

Justement, ayant suivi de loin les discussions à propos de GIT (de loin 
car je suis loin de tout comprendre), j'aurais aimé savoir comment il 
faut procéder pour livrer une correction sur un plugin directement sur GIT.
Jusque-là, je livre sur le dépôt SVN en utilisant RabbitVCS SVN (sur 
Linux Ubuntu 18.04)
N'étant pas adepte de la ligne de commande, j'aimerais bien avoir un 
logiciel me permettant de livrer aussi simplement sur GIT


JC

Le 27/02/2020 à 09:46, Pierre KUHN a écrit :

Est ce mettre à coder sur git directement ?
Sur windows avec sourtree ça va très bien



Le 27/02/2020 à 08:10, teamspipfact...@gmail.com a écrit :

Comme j'y comprend rien
vous pouvez sans doute m'éclairer

combien de temps lorsqu'on met un truc sur SVN pour que ça passe sur GIT

ya bien un truc automatique entre
SVN ==> GIT
et
GIT ==> SVN

ou alors j'ai carrément rien compris au fil de discussion qui sont 
passé sur la liste



Le 26/02/2020 à 18:48, teamspipfact...@gmail.com a écrit :

plus qu'a attendre la propagation et voir le resultat sur

https://git.spip.net/spip-contrib-squelettes/escal



Le 26/02/2020 à 18:31, spip-zone-com...@rezo.net a écrit :

Author: jcvillene...@cegetel.net
Date: 2020-02-26 17:31:54 + (Wed, 26 Feb 2020)
New Revision: 122733

Added:
    _squelettes_/escal/trunk/README.md
Log:
EscalV4 : ajout du fichier readme.md


Details: https://zone.spip.net/trac/spip-zone/changeset/122733

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit







___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] plugin agenda

2020-02-17 Par sujet Jean-Christophe Villeneuve

Oui, c'est fait !

JC


Le 17/02/2020 à 11:40, Cerdic a écrit :

ah oui faut le corriger aussi lui !

--
Cédric
Le 17 févr. 2020 à 11:19 +0100, Jean Christophe Villeneuve 
, a écrit :


Si ça peut aider, dans calendrier_quete_minical.json.html on a

    #VAL{Y}|date{#ENV{start}}, #VAL{m}|date{#ENV{start}}, 
#VAL{d}|date{#ENV{start}},
    #VAL{Y}|date{#ENV{end}}, #VAL{m}|date{#ENV{end}}, 
#VAL{d}|date{#ENV{end}}}

  >

Le 15/02/2020 à 10:04, Gildas Cotomale a écrit :

C'est la clause de filtrage qui est foireuse :
* WHERE (evenements.statut = 'publie') AND (L3.lang = 'fr') AND 
(evenements.date_debut agendafull 'date_fin') AND 
(evenements.id_article NOT IN ( SELECT zzza.id_article FROM 
spip_articles as zzza WHERE ((zzza.id_rubrique IN (0) *


Plus précisément, cette condition : *(evenements.date_debut 
agendafull 'date_fin')*
En effet, il y juste une suite de noms alors qu'on s'attend à une 
opération de comparaison...


Par ailleurs, je ne vois pas d'où sort cet *agendafull* par exemple, 
rien de tel dans ta sélection : *SELECT evenements.id_evenement, 
evenements.titre, evenements.horaire, evenements.date_debut, 
evenements.date_fin, evenements.id_article FROM spip_evenements AS 
`evenements` INNER JOIN spip_articles AS L3 ON ( L3.id_article = 
evenements.id_article )*


Tu as certainement un/une squelette/noisette qui fait un truc 
foireux, ou dépend d'un autre plugin que t'as oublié d'activer.


___
liste:https://listes.rezo.net/mailman/listinfo/spip-dev
doc:https://www.spip.net/
dev:https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] plugin agenda

2020-02-17 Par sujet Jean Christophe Villeneuve


Signature Dane Si ça peut aider, dans calendrier_quete_minical.json.html 
on a


    #VAL{Y}|date{#ENV{start}}, #VAL{m}|date{#ENV{start}}, 
#VAL{d}|date{#ENV{start}},
    #VAL{Y}|date{#ENV{end}}, #VAL{m}|date{#ENV{end}}, 
#VAL{d}|date{#ENV{end}}}

  >

Le 15/02/2020 à 10:04, Gildas Cotomale a écrit :

C'est la clause de filtrage qui est foireuse :
* WHERE (evenements.statut = 'publie') AND (L3.lang = 'fr') AND 
(evenements.date_debut agendafull 'date_fin') AND 
(evenements.id_article NOT IN ( SELECT zzza.id_article FROM 
spip_articles as zzza WHERE ((zzza.id_rubrique IN (0) *


Plus précisément, cette condition : *(evenements.date_debut agendafull 
'date_fin')*
En effet, il y juste une suite de noms alors qu'on s'attend à une 
opération de comparaison...


Par ailleurs, je ne vois pas d'où sort cet *agendafull* par exemple, 
rien de tel dans ta sélection : *SELECT evenements.id_evenement, 
evenements.titre, evenements.horaire, evenements.date_debut, 
evenements.date_fin, evenements.id_article FROM spip_evenements AS 
`evenements` INNER JOIN spip_articles AS L3 ON ( L3.id_article = 
evenements.id_article )*


Tu as certainement un/une squelette/noisette qui fait un truc foireux, 
ou dépend d'un autre plugin que t'as oublié d'activer.


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] plugin agenda

2020-02-16 Par sujet Jean-Christophe Villeneuve

Merci !

JC

Le 16/02/2020 à 13:57, Cerdic a écrit :

Hello,

les critères {evenement_passe}, {evenement_encours} et 
{evenement_a_venir} permettent de faire des sélections de manière plus 
souple et compréhensible depuis la version 2 du plugin


https://contrib.spip.net/Agenda-2-0-et-ulterieur#Squelettes-et-boucle

Ici cela donnerait :

{!evenement_passe #ENV{start}}{!evenement_a_venir #ENV{end}}

c’est à dire tous les évenements qui ne sont pas encore passés (en 
cours ou à venir) à la date start, mais pas à venir à la date end 
(donc fini ou encore en cours).


--
Cédric
Le 16 févr. 2020 à 11:59 +0100, Jean-Christophe Villeneuve 
, a écrit :

Bon à savoir !

Mais plutôt que surcharger mes_fonctions.php, par quoi peut-on remplacer

{agendafull date_debut,date_fin, periode,
    #VAL{Y}|date{#ENV{start}}, #VAL{m}|date{#ENV{start}}, 
#VAL{d}|date{#ENV{start}},
    #VAL{Y}|date{#ENV{end}}, #VAL{m}|date{#ENV{end}}, 
#VAL{d}|date{#ENV{end}}}



Et ce remplacement sera-t-il fonctionnel avec Agenda3 ?

JC

Le 16/02/2020 à 10:57, Cerdic a écrit :

Hello,

c’est le critère {agendafull ...} que j’ai passé en déprecié dans 
Agenda 4


Pour pouvoir à nouveau l’utiliser il faut ajouter un
include_spip(‘inc/agenda_vieilles_def’) dans ton mes_fonctions.php

--
Cédric
Le 15 févr. 2020 à 11:42 +0100, teamspipfact...@gmail.com 
, a écrit :



Le 15/02/2020 à 10:04, Gildas Cotomale a écrit :

C'est la clause de filtrage qui est foireuse :
* WHERE (evenements.statut = 'publie') AND (L3.lang = 'fr') AND 
(evenements.date_debut agendafull 'date_fin') AND 
(evenements.id_article NOT IN ( SELECT zzza.id_article FROM 
spip_articles as zzza WHERE ((zzza.id_rubrique IN (0) *


Plus précisément, cette condition : *(evenements.date_debut 
agendafull 'date_fin')*
En effet, il y juste une suite de noms alors qu'on s'attend à une 
opération de comparaison...


Par ailleurs, je ne vois pas d'où sort cet *agendafull* par 
exemple, rien de tel dans ta sélection : *SELECT 
evenements.id_evenement, evenements.titre, evenements.horaire, 
evenements.date_debut, evenements.date_fin, evenements.id_article 
FROM spip_evenements AS `evenements` INNER JOIN spip_articles AS 
L3 ON ( L3.id_article = evenements.id_article )*


Tu as certainement un/une squelette/noisette qui fait un truc 
foireux, ou dépend d'un autre plugin que t'as oublié d'activer.



ok je creuse coté squelette escal

--
spipfactory.fr

Perdu dans la Galaxie SPIP ?
https://boussole.spip.net/
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste:https://listes.rezo.net/mailman/listinfo/spip-dev
doc:https://www.spip.net/
dev:https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] plugin agenda

2020-02-16 Par sujet Jean-Christophe Villeneuve

Bon à savoir !

Mais plutôt que surcharger mes_fonctions.php, par quoi peut-on remplacer

{agendafull date_debut,date_fin, periode,
    #VAL{Y}|date{#ENV{start}}, #VAL{m}|date{#ENV{start}}, 
#VAL{d}|date{#ENV{start}},
    #VAL{Y}|date{#ENV{end}}, #VAL{m}|date{#ENV{end}}, 
#VAL{d}|date{#ENV{end}}}



Et ce remplacement sera-t-il fonctionnel avec Agenda3 ?

JC

Le 16/02/2020 à 10:57, Cerdic a écrit :

Hello,

c’est le critère {agendafull ...} que j’ai passé en déprecié dans Agenda 4

Pour pouvoir à nouveau l’utiliser il faut ajouter un
include_spip(‘inc/agenda_vieilles_def’) dans ton mes_fonctions.php

--
Cédric
Le 15 févr. 2020 à 11:42 +0100, teamspipfact...@gmail.com 
, a écrit :



Le 15/02/2020 à 10:04, Gildas Cotomale a écrit :

C'est la clause de filtrage qui est foireuse :
* WHERE (evenements.statut = 'publie') AND (L3.lang = 'fr') AND 
(evenements.date_debut agendafull 'date_fin') AND 
(evenements.id_article NOT IN ( SELECT zzza.id_article FROM 
spip_articles as zzza WHERE ((zzza.id_rubrique IN (0) *


Plus précisément, cette condition : *(evenements.date_debut 
agendafull 'date_fin')*
En effet, il y juste une suite de noms alors qu'on s'attend à une 
opération de comparaison...


Par ailleurs, je ne vois pas d'où sort cet *agendafull* par exemple, 
rien de tel dans ta sélection : *SELECT evenements.id_evenement, 
evenements.titre, evenements.horaire, evenements.date_debut, 
evenements.date_fin, evenements.id_article FROM spip_evenements AS 
`evenements` INNER JOIN spip_articles AS L3 ON ( L3.id_article = 
evenements.id_article )*


Tu as certainement un/une squelette/noisette qui fait un truc 
foireux, ou dépend d'un autre plugin que t'as oublié d'activer.



ok je creuse coté squelette escal

--
spipfactory.fr

Perdu dans la Galaxie SPIP ?
https://boussole.spip.net/
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Compatibilité SPIP et PHP

2019-09-16 Par sujet Jean-Christophe Villeneuve

Possible d'en avoir un peu plus ?
Parce que j'ai l'impression que ce plugin est un peu décrié alors que je 
trouve son principe intéressant : une boite à outils où on va piocher 
les fonctionnalités qui nous intéressent plutôt que d'avoir une dizaine 
de plugins (voire plus) pour avoir la même chose.


JC

Le 16/09/2019 à 20:18, Eric Lupinacci a écrit :

Yop,

Le lun. 16 sept. 2019 à 19:13, Jean-Christophe Villeneuve 
mailto:jcvillene...@cegetel.net>> a écrit :


Le 16/09/2019 à 18:40, Eric Lupinacci a écrit :
> Il avait des erreurs PHP (create_function) en affichant la page de
> config du Couteau Suisse (on ne rit pas!).


Une longue histoire... et des trolls.

++
Eric


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Compatibilité SPIP et PHP

2019-09-16 Par sujet Jean-Christophe Villeneuve

Le 16/09/2019 à 18:40, Eric Lupinacci a écrit :
Il avait des erreurs PHP (create_function) en affichant la page de 
config du Couteau Suisse (on ne rit pas!). 


Hello

Pourquoi cette remarque entre parenthèse ?

JC
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip


Re: [spip-dev] Les SVG sont des images comme les autres

2019-07-18 Par sujet Jean-Christophe Villeneuve

Excellentissime !
Bravo et merci pour ce super boulot !

JC

Le 18/07/2019 à 11:35, Cerdic a écrit :

Hello,

On est en 2019, la version trunk de SPIP supporte maintenant 
totalement les SVG comme des images.

https://caniuse.com/#feat=svg-img


Cela veut dire :

  * qu’on peut les uploader comme des images dans les documents joints
  * qu’on peut les uploader comme logo d’objet
  * que les aperçus de SVG s’affichent bien partout dans l’espace privé
  * que les filtres |image_xxx utilisés partout dans les squelettes
pourront s’appliquer dessus sans rien casser
  o soit en appliquant la même transformation que pour un bitmap
si le filtre |image_xx supporte expressément les SVG
  o soit en ne faisant rien si le filtre n’a pas été modifié pour
supporter les SVG


En l’état les filtres suivants supportent désormais également les 
images au format SVG :


|image_reduire
|image_passe_partout
|image_recadre
|image_aplatir (conserve un svg mais applique le background)
|image_format (conserve un svg mais applique le background)
|image_alpha
|image_flip_vertical
|image_flip_horizontal
|image_flou
|image_nb
|image_sepia
|image_gamma
|image_rotation
|couleur_extraire  (extrait une moyenne des couleurs referencees dans 
le SVG, sans notion de leur importance visuelle)


avec la réserve que pour certains filtres (flou, sepia, nb) il faut 
que le navigateur supporte bien les CSS filters dans les SVG :seul FF 
le supporte actuellement - dans les navigateurs qui ne le supportent 
pas l’effet est juste ignoré.
(Il semble être possible d’utiliser des features filter avancées des 
SVG qui sont mieux supportées mais je n’ai pas creusé dans cette voie)


Dans le core, les filtres qui ne supportent pas le SVG (et sont donc 
sans effet) sont :


|image_masque (on devrait pouvoir porter une partie des 
fonctionnalités mais c’est plus compliqué)

|image_renforcement (sans objet?)
|image_fond_transparent (sans objet)
|image_imagick (sans objet)
|image_recadre_mini (sans objet)


Le support des filtres images devrait permettre d’utiliser des images 
SVG directement, sans aucune modification des squelettes ni de code, 
sauf peut être dans certain cas de filtres images perso un peu velus 
qui modifient notamment les dimensions de l’image
(dans ce cas il faudrait au moins une implémentation mini pour 
modifier les dimensions du SVG à l’identique)



--
Cédric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Plugins SPIP - pages de statistiques

2019-03-22 Par sujet Jean-Christophe Villeneuve

Hello

Fatigué ou bigleux ? Où qu'il est ce bouton Staistiques sur 
plugins.spip.net ?


JC

Le 22/03/2019 à 18:13, Eric Lupinacci a écrit :

Hello,

D'ici un petit moment des petites évolutions seront visibles sur le 
site de Plugins SPIP.

Cela concerne :

1) Lors d'une recherche, le nombre de plugins trouvés est affichés 
entre parenthèses après le texte de la recherche : "recherche bla bla" 
pour SPIP 3.2 (46)


2) Il existe maintenant trois pages de statistiques avec des 
statistiques que j'ai choisi moi-même tout seul ;-). Ces pages sont 
accessibles via le bouton Statistiques (merci pour la créativité) en 
haut à droite du bandeau (donc à coté de Préfixes).
Il y a trois pages, les stats ne concernent que les branches 
maintenues de SPIP :
- stats générales : pour chaque branche le comptage des plugins par 
catégorie.
- stats plugins sans doc : pour chaque branche la liste des plugins 
sans doc référencée. On commence par la 3.2, puis 3.1 et 3.0. Les 
plugins déjà trouvés dans une branche ne sont pas répétés dans les autres.
- stats des plugins perdus en cours de route : là on essaye de savoir 
quels sont les plugins qui sont restés bloqués à une branche et n'ont 
pas évolué. Ca peut être un oubli ou une volonté affichée.


C'est un premier essai, on peut réfléchir à d'autres statistiques, 
faire évoluer celles-là.

Le champ est ouvert, je vous laisse commenter.

PS: petit sondage, si on virait le bloc des plugins en vedette qui 
prend de la place et qu'on rajoutait un peu plus de pages dans les 
listes du dessous ?


++
Eric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] zone.spip.org 502 Bad Gateway

2018-05-13 Par sujet Jean-Christophe Villeneuve
Hmm sans être directement concerné, je dirais que les personnes 
bénévoles qui s'occupent du serveur et de nous n'ont pas que SPIP dans 
la vie ...
Et c'est parfois un peu plus compliqué que de réappuyer sur un bouton, 
qu'il soit physique ou virtuel.

Bonne semaine sans pont.
Bises

JC

Le 13/05/2018 à 20:27, Jacques a écrit :
J'insiste... mais cascade de ponts ou pas ce n'est pas vraiment 
possible de juste dire, revenez un peu plus tard, SPIP est parti en 
week-end. En plus j'imagine qu'il suffit de réappuyer sur un bouton 
pour relancer le bouzin.


Le 13/05/2018 à 20:23, Bruno Bergot a écrit :

Hop,

Le 13/05/2018 à 20:16, Jacques a écrit :

Merci Bruno !


Je n'ai rien fait, c'est Camille qui nous a sauvé sur ce coup là, 
donc merci à lui :)



Nicod sur IRC avait signalé la réouverture.
Ce qui serait bien ce serait de savoir ce qui s'est passé. Et 
comment éviter que ça se reproduise. Parce que 4 jours sans 
core.spip.net donc sans spip_loader.php entre autres c'est juste pas 
possible.




Un simple problème de service qui tombe, et comme c'est un peu la 
kermesse des ponts ce mois-ci, pas mal de personnes de l'équipe 
étaient en mode "off" et donc pas très dispos pour veiller au grain.


Encore désolé pour le dérangement.

++
b_b


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip


Re: [spip-dev] Évolutions SPIP 3.2 + Menu privé alpha

2017-02-23 Par sujet Jean-Christophe Villeneuve


Le 23/02/2017 à 15:54, Maïeul a écrit :

Le 23.02.17 à 13:59, Maïeul a écrit :

Le 23.02.17 à 13:02, Cédric Morin a écrit :

Hello,

je finis de répondre car je vois que je ne l'avais pas fait.

Pour moi le seul point à règler absolument avant de lancer un processus
de release c'est le nom du plugin-dist archives (qui gère les zip et 
les

tar) qu'il ne faut surtout pas garder comme ça il y à déjà un plugin
archive (sans s, qui gère le statut archive des articles).

Si on release avec ce nom, on va s'en mordre les doigts longtemps à
cause du nombre de quiproquo que cela va générer.

Pour le reste il faut en effet ne pas tomber dans le piège du "mais
attends, je voulais mettre ça dedans". Ce qui n'est pas fait/prêt sera
pour la prochaine itération. Donc go (une fois le nom du plugin
corrigé :p)



Grenier avec un nouveau numéro de version?
Ou alors "musée" ?

Arf, je pensais que c'était les vieilles fonction de SPIP… non c'est 
un API de compression/ decompression si j'ai bien compris.


Alors compresseur oui, serait bien (on peut pas dire zippeur, parceque 
cela ne fait pas que zipper, et qu'il y a un plugin qui le fait déjà 
(même s'il serait à reprendre de A à Z))


Allez, j'y vais de ma proposition : "compacteur" pour éviter a confusion 
avec le plugin compresseur.


[spip-dev] galleria, métadonnees et spip 3.1

2015-12-07 Par sujet Jean-Christophe Villeneuve

Hello

Avec spip 3.0 j'ai installé les plugins Galleria et Metadonnees
J'ai ensuite modifié le modele galleria pour afficher les metadonnees à 
la place du titre de l'image si le "metadonnees" est activé


(DOCUMENTS){id_article=#ENV{id}}{extension==jpg|gif|png} {pagination 
#ENV{pagesize,30}} {mode=#ENV{mode,image}}>

[(#PLUGIN{PHOTO_INFOS}|oui)
#SET{title,#INCLURE{fond=inclusions/inc-exif}{fichier=#FICHIER} }
]
[(#PLUGIN{PHOTO_INFOS}|non)
#SET{title,#TITRE|textebrut}
]
  [alt="(#DESCRIPTIF|textebrut)" ]/>



ce code fonctionne bien en spip 3.0 mais en spip 3.1, c'est toujours le 
titre de l'image qui s'affiche (ou rien si le titre est absent)


NB : le plugin metadonnees n'est pas déclaré compatible spip3.1 mais 
j'ai changé les bornes de compatibilité


Que ça ne fonctionne pas parce que le plugin n'est pas compatible, je 
veux bien mais que ça m'affiche le titre de l'image, là je suis plus 
circonspect.


Une idée ?
Y'a eu un changement dans spip pour tester l'activation d'un plugin ?


Re: [spip-dev] Recherche des plugins : tout par défaut

2015-05-02 Par sujet Jean-Christophe Villeneuve

Un mélange des versions ? Tu es sur ?
Si on mets "tous les états" il ne sort que les plugins compatibles avec 
la version en cours.
Je pense juste que ce serait mieux d'avoir "tous les états" par défaut 
plutôt que "stable", c'est tout
Et si la liste est longue (ce qui arrive rarement) , ben là justement, 
on va spécifier des critères de tri ou on précise le nom du plugin qu'on 
veut



Le 02/05/2015 13:49, escurel a écrit :

Bonjour,

Le 02/05/2015 13:08, Jean-Christophe Villeneuve a écrit :
Donc je suis aussi pour que par défaut on ait "Tous les états" 

je partage aussi cet avis, avec un bémol.
selon le(s) mot(s) clé(s) saisie, le résultat remonte des plugins qui 
ne correspondent pas et la liste peut être très longue,
avec quelques doublons dans les noms, mélangeant des versions pour 
2.1, 3.0, du coup il faut faire une recherche sur spip contrib pour 
savoir quel est le bon.

cordialement



Re: [spip-dev] Recherche des plugins : tout par défaut

2015-05-02 Par sujet Jean-Christophe Villeneuve

Le 02/05/2015 10:36, RastaPopoulos a écrit :

Le 02/05/2015 10:25, Eric a écrit :

Par contre, est-ce que cette remarque a été faite par d'autres que des
développeurs/intégrateurs SPIP, pour ma gouverne?


Ben moi je me rappelle avec lu plusieurs fois sur des commentaires 
contrib des "je ne trouve pas le plugin dans le dépôt" et qui ont 
trouvé après avoir expliqué qu'il fallait changer l'état.


Pour compléter : quand je fais une formation, je dis toujours "attention 
au piège dans la recherche des plugins" car certains plugins que je 
conseille ne sont pas encore déclarés stables par leurs auteurs et les 
stagiaires me disent ne pas le trouver si j'oublie de leur préciser

Donc je suis aussi pour que par défaut on ait "Tous les états"


Re: [spip-dev] Redacteurs et preferences

2014-11-14 Par sujet Jean-Christophe Villeneuve


Le 14/11/2014 11:31, erational a écrit :


Le 14/11/2014 10:24, George Kandalaft a écrit :


Hi

Je viens de m'apercevoir que dans tous mes sites en SPIP 3 quand on 
est redacteur les pages "preferences" et "ma langue" sont vides.


C'est normal?


en effet je reproduis le bug.
je fais un ticket


autre bug si on active bonux 3.0.7
certains prefixes de bonux apparaisent dans l'onglet langue

bonux_sk
bonux_fr
...


je ne reproduis pas sur mon site en 3.0.17


Re: [spip-dev] taille_en_octets() plante

2014-02-11 Par sujet Jean Christophe Villeneuve

à quelle balise essaies-tu d'appliquer ce filtre ?

Le 11/02/2014 00:54, Stephan a écrit :

Salut,

En utilisant le filtre taille_en_octets() j'obtiens ceci sur une SPIP 
3.0.11 [20757] peut-être ceci a été corrigé depuis en 3.0.14?



Fatal error: Call to undefined function taille_en_octets() in 
/home/www/99fb61c637ad9aa3128f2b125a60c6c0/web/spip3/ecrire/action/iconifier.php 
on line 94



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] Comportement étrange

2013-04-21 Par sujet Jean-Christophe Villeneuve

La doc dit

*sauvegardez votre base de données avant la mise-à-jour, mais ne la 
restaurez pas ensuite !* En effet, nous avons constaté que de nombreux 
utilisateurs sauvegardaient leur base de données, effectuaient la 
mise-jour, puis /réinstallaient leurs documents à partir de cette 
sauvegarde/ ; c’est une erreur, et leurs sites présentaient alors des 
dysfonctionnements. La sauvegarde est une simple précaution en cas de 
gros problème lors de la mise à jour, mais si l’opération se déroule 
bien (ce qui est presque toujours le cas !), *vous ne devez pas 
réinstaller cette sauvegarde.*


Il faut en effet installer le nouveau spip en le branchant sur la base 
de l'ancien spip et c'est spip qui fait la màj de la base


http://www.spip.net/fr_article1318.html


Le 21/04/2013 10:30, Ybbet SPIP a écrit :

Bonjour,

En faisant une migration d'un site SPIP 1.9.2 vers la 2.1.20, j'ai suivi la 
procédure suivante :
- créer un dump depuis SPIP 1.9.2 ;
- installation d'un SPIP 2.1.20 propre et vierge avec donc un seul auteur 
(id_auteur=1) ;
- restauration de la base de données depuis SPIP 2.1.20 ;
La procédure se passe bien…

Mais là où est le comportement étrange, c'est que je reste identifier en tant 
qu'auteur n°1 alors que ce n'est pas mon compte…

Ne devrait-il pas avoir une sécurité supplémentaire à ce niveau là ? 
Actuellement, cela se fait avec l'id_auteur. Ok, mais on devrait mettre une 
vérification sur le nom de l'auteur ou l'email. Si après restauration du dump 
on est sur des emails différents, on détruit la session pour pouvoir se 
reconnecter avec ses vrais identifiants.
Ou si on retrouve après restauration on retrouve un auteur ayant le même email 
et le même nom que le compte restauration, alors on connecte l'auteur sur ce 
profil… (Ça, ça va être difficile… car il faudrait refaire le cache avec le 
nouvel id_auteur)

Je n'ai pas encore testé ce processus sur une installation SPIP 3… Mais je 
suppute que cela est identique.

Ybbet
___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip





Re: [spip-dev] _IMG_MAX_WIDTH et _IMG_MAX_HEIGHT ne marchent pas

2012-12-12 Par sujet Jean-Christophe Villeneuve

oui ça marche avec la modif du plugin media
à la prochaine mise à jour de spip, la modif sera effacée
ce serait donc bien que la modif soit intégrée au plugin


Le 12/12/2012 10:38, chankalan a écrit :

de mon côté je vous confirme que ça marche très bien, dans mes_options :
if (!defined('_LOGO_MAX_SIZE')) define('_LOGO_MAX_SIZE',50);
est enfin pris en compte...
;o)
pour les tickets je sais pas, ils sont faits pour le core de SPIP, et 
là comme il s'agit d'un plugin, la liste SPIP-zone est-elle à 
privilédier ?
d'ailleurs cette discussion devrait déjà pas être sur spip-dev 
elle-même...



Le 11/12/2012 23:21, Jean-Christophe Villeneuve a écrit :


Dans le fichier plugins-dist/medias/inc/renseigner_documents.php ligne
103, on trouve le code suivant :

include_spip('inc/filtres');
# pour objet_info()
foreach($meta as $m=>$v)
if (in_array($m,objet_info('document','champs_editables')))
$infos[$m] = $v;

return $infos;

il faut le remplacer par le code suivant


include_spip('inc/filtres');
# pour objet_info()
foreach($meta as $m=>$v)
if (in_array($m,objet_info('document','champs_editables')))
$infos[$m] = $v;
$infos["type_image"] = $meta["type_image"];

return $infos;

dis moi si cela marche chez toi... 


--

chan


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] _IMG_MAX_WIDTH et _IMG_MAX_HEIGHT ne marchent pas

2012-12-11 Par sujet Jean-Christophe Villeneuve

ok je te laisse faire et j'attends des nouvelles
Merci

Le 11/12/2012 22:41, Peetdu a écrit :

> Un moyen de faire la même chose sans toucher au plugin de spip ?

Ce n'est pas une fonction avec l'extension _dist, donc non surchargeable.

Il faudrait probablement déposer un ticket dans la zone.
Je vais me renseigner

P.
Le 11/12/2012 21:30, Jean-Christophe Villeneuve a écrit :

Ah ben oui, dans le bon fichier, ça marche mieux !! :-[
Merci.

Il s'agit donc d'un petit bug de spip

Un moyen de faire la même chose sans toucher au plugin de spip ?
J'ai essayé de rajouter ce fichier modifié dans /plugins/auto/escal/inc/
mais ça ne fonctionne plus

Le 11/12/2012 20:44, Peetdu a écrit :

Ok. je refais un essai :

Dans le fichier plugins-dist/medias/inc/renseigner_documents.php ligne
103, on trouve le code suivant :

include_spip('inc/filtres');
# pour objet_info()
foreach($meta as $m=>$v)
if (in_array($m,objet_info('document','champs_editables')))
$infos[$m] = $v;

return $infos;

il faut le remplacer par le code suivant


include_spip('inc/filtres');
# pour objet_info()
foreach($meta as $m=>$v)
if (in_array($m,objet_info('document','champs_editables')))
$infos[$m] = $v;
$infos["type_image"] = $meta["type_image"];

return $infos;

dis moi si cela marche chez toi...

P.
ps : désolé pour toutes ces confusions.

dans le fichier
Le 08/12/2012 12:05, Jean-Christophe Villeneuve a écrit :

Essai en local avec spip 3.0.5 et plugin Média 2.7.34

dans plugins-dist/medias/inc/joindre_documents.php lignes 105 et
suivantes
 else {
   // on upload tout un repertoire
   $infos["type_image"] = $meta["type_image"];
   $files = array();
   foreach (preg_files($upload) as $fichier) {
 $files[]= array (
 'name' => basename($fichier),
 'tmp_name' => $fichier
 );
   }
   return $files;
 }
 }


dans mes_options :
define('_IMG_MAX_WIDTH', 500) ;
define('_IMG_MAX_HEIGHT', 500) ;
define('_IMG_MAX_SIZE', 350);

Résultat :
une image de 1.3Mo et de 3872px par 2592px passe sans que spip bronche

je dois donc me planter quelque part mais où ?

Le 07/12/2012 23:50, Peetdu a écrit :

Décidementil y avait encore une erreur dans mon mail.

Pour SPIP 3.0.5, plugin Média 2.7.34
le fichier où faire la correction est celui-ci :
plugins-dist/medias/inc/joindre_documents.php (c'était pas dans
/action mais dans inc/)

ligne 107, rajouter

$infos["type_image"] = $meta["type_image"];

désolé pour la confusion...

P.

Ayant le même souci, j'ai cherché mais n'ai trouvé un foreach (en 
fait

2) que dans
plugins-dist/medias/inc/joindre_documents.php

comme je n'y connais rien en php, je n'ai rien touché


Le 07/12/2012 17:44, chankalan a écrit :

salut,
merci pour l'info, mais je trouve pas ce fichier
renseigner_documents.php...
ce serait pas le fichier ajouter_documents.php ?
quelle version du plugin medias ?

Le 07/12/2012 17:01, Peetdu a écrit :

plugins-dist/medias/action/renseigner_documents.php ligne 104, le
foreach() écrase la valeur infos["type_image"] car type_image 
n'est

pas dans la liste des champs éditables.


--

chan





___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] _IMG_MAX_WIDTH et _IMG_MAX_HEIGHT ne marchent pas

2012-12-11 Par sujet Jean-Christophe Villeneuve

Ah ben oui, dans le bon fichier, ça marche mieux !! :-[
Merci.

Il s'agit donc d'un petit bug de spip

Un moyen de faire la même chose sans toucher au plugin de spip ?
J'ai essayé de rajouter ce fichier modifié dans /plugins/auto/escal/inc/
mais ça ne fonctionne plus

Le 11/12/2012 20:44, Peetdu a écrit :

Ok. je refais un essai :

Dans le fichier plugins-dist/medias/inc/renseigner_documents.php ligne 
103, on trouve le code suivant :


include_spip('inc/filtres');
# pour objet_info()
foreach($meta as $m=>$v)
if (in_array($m,objet_info('document','champs_editables')))
$infos[$m] = $v;

return $infos;

il faut le remplacer par le code suivant


include_spip('inc/filtres');
# pour objet_info()
foreach($meta as $m=>$v)
if (in_array($m,objet_info('document','champs_editables')))
$infos[$m] = $v;
$infos["type_image"] = $meta["type_image"];

return $infos;

dis moi si cela marche chez toi...

P.
ps : désolé pour toutes ces confusions.

dans le fichier
Le 08/12/2012 12:05, Jean-Christophe Villeneuve a écrit :

Essai en local avec spip 3.0.5 et plugin Média 2.7.34

dans plugins-dist/medias/inc/joindre_documents.php lignes 105 et 
suivantes

 else {
   // on upload tout un repertoire
   $infos["type_image"] = $meta["type_image"];
   $files = array();
   foreach (preg_files($upload) as $fichier) {
 $files[]= array (
 'name' => basename($fichier),
 'tmp_name' => $fichier
 );
   }
   return $files;
 }
 }


dans mes_options :
define('_IMG_MAX_WIDTH', 500) ;
define('_IMG_MAX_HEIGHT', 500) ;
define('_IMG_MAX_SIZE', 350);

Résultat :
une image de 1.3Mo et de 3872px par 2592px passe sans que spip bronche

je dois donc me planter quelque part mais où ?

Le 07/12/2012 23:50, Peetdu a écrit :

Décidementil y avait encore une erreur dans mon mail.

Pour SPIP 3.0.5, plugin Média 2.7.34
le fichier où faire la correction est celui-ci :
plugins-dist/medias/inc/joindre_documents.php (c'était pas dans
/action mais dans inc/)

ligne 107, rajouter

$infos["type_image"] = $meta["type_image"];

désolé pour la confusion...

P.


Ayant le même souci, j'ai cherché mais n'ai trouvé un foreach (en fait
2) que dans
plugins-dist/medias/inc/joindre_documents.php

comme je n'y connais rien en php, je n'ai rien touché


Le 07/12/2012 17:44, chankalan a écrit :

salut,
merci pour l'info, mais je trouve pas ce fichier
renseigner_documents.php...
ce serait pas le fichier ajouter_documents.php ?
quelle version du plugin medias ?

Le 07/12/2012 17:01, Peetdu a écrit :

plugins-dist/medias/action/renseigner_documents.php ligne 104, le
foreach() écrase la valeur infos["type_image"] car type_image n'est
pas dans la liste des champs éditables.


--

chan




Re: [spip-dev] _IMG_MAX_WIDTH et _IMG_MAX_HEIGHT ne marchent pas

2012-12-08 Par sujet Jean-Christophe Villeneuve

Essai en local avec spip 3.0.5 et plugin Média 2.7.34

dans plugins-dist/medias/inc/joindre_documents.php lignes 105 et suivantes
else {
  // on upload tout un repertoire
  $infos["type_image"] = $meta["type_image"];
  $files = array();
  foreach (preg_files($upload) as $fichier) {
$files[]= array (
'name' => basename($fichier),
'tmp_name' => $fichier
);
  }
  return $files;
}
}


dans mes_options :
define('_IMG_MAX_WIDTH', 500) ;
define('_IMG_MAX_HEIGHT', 500) ;
define('_IMG_MAX_SIZE', 350);

Résultat :
une image de 1.3Mo et de 3872px par 2592px passe sans que spip bronche

je dois donc me planter quelque part mais où ?

Le 07/12/2012 23:50, Peetdu a écrit :

Décidementil y avait encore une erreur dans mon mail.

Pour SPIP 3.0.5, plugin Média 2.7.34
le fichier où faire la correction est celui-ci :
plugins-dist/medias/inc/joindre_documents.php (c'était pas dans 
/action mais dans inc/)


ligne 107, rajouter

$infos["type_image"] = $meta["type_image"];

désolé pour la confusion...

P.


Ayant le même souci, j'ai cherché mais n'ai trouvé un foreach (en fait
2) que dans
plugins-dist/medias/inc/joindre_documents.php

comme je n'y connais rien en php, je n'ai rien touché


Le 07/12/2012 17:44, chankalan a écrit :

salut,
merci pour l'info, mais je trouve pas ce fichier
renseigner_documents.php...
ce serait pas le fichier ajouter_documents.php ?
quelle version du plugin medias ?

Le 07/12/2012 17:01, Peetdu a écrit :

plugins-dist/medias/action/renseigner_documents.php ligne 104, le
foreach() écrase la valeur infos["type_image"] car type_image n'est
pas dans la liste des champs éditables.


--

chan


___
liste:http://listes.rezo.net/mailman/listinfo/spip-dev
doc:http://www.spip.net/
dev:http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip







___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip



Re: [spip-dev] _IMG_MAX_WIDTH et _IMG_MAX_HEIGHT ne marchent pas

2012-12-07 Par sujet Jean-Christophe Villeneuve
Ayant le même souci, j'ai cherché mais n'ai trouvé un foreach (en fait 
2) que dans

plugins-dist/medias/inc/joindre_documents.php

comme je n'y connais rien en php, je n'ai rien touché


Le 07/12/2012 17:44, chankalan a écrit :

salut,
merci pour l'info, mais je trouve pas ce fichier 
renseigner_documents.php...

ce serait pas le fichier ajouter_documents.php ?
quelle version du plugin medias ?

Le 07/12/2012 17:01, Peetdu a écrit :
plugins-dist/medias/action/renseigner_documents.php ligne 104, le 
foreach() écrase la valeur infos["type_image"] car type_image n'est 
pas dans la liste des champs éditables. 


--

chan


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] procédure mise à jour plugin avec spip3

2012-07-11 Par sujet Jean-Christophe Villeneuve

Le 24/06/2012 14:56, Matthieu Marcillaud a écrit :

Le 24/06/2012 12:04, Matthieu Marcillaud a écrit :

Le 23/06/2012 17:33, Johan Pustoch a écrit :

Le 23/06/2012 17:02, Matthieu Marcillaud a écrit :

Le 23/06/2012 15:03, Johan Pustoch a écrit :

Je crois que c'est surtout lié au fait que, dans le gestionnaire de
plugins, l'indication d'une mise à jour disponible d'un plugin 
(avec un

bouton qui va bien permettant la mise à jour) ne fonctionne pas
correctement.
Ça marchait en beta, mais plus depuis un moment. En tout cas, 
c'est ce

que j'ai constaté.


Sacrebleu ? c'est vrai ? comment est-ce possible ! scandale !


bon, je confirme :(


Devrait être corrigé par 
http://zone.spip.org/trac/spip-zone/changeset/62928 (trunk) et 
http://zone.spip.org/trac/spip-zone/changeset/62929 (branche 3)


Merci du signalement.

MM.



Sur un *SPIP 3.0.3 [19586 
] *toujours pas de 
changement*

*


[spip-dev] spip 3 et limitation taille images téléversées

2012-06-25 Par sujet Jean-Christophe Villeneuve


Je relance sur spip-dev au cas où car je ne vois pas quoi faire

Hello

Avec spip3 (3.0.1 ou 3.0.2), j'ai mis dans escal_options.php de mon plugin 
ESCAL les lignes suivantes

define(’_IMG_MAX_WIDTH’,1000) ;
define(’_IMG_MAX_HEIGHT’,1000) ;

mais si j'essaye de charger une image de 2560px par 1920px, celle-ci est
téléversée sans souci.

il manque quelque chose ?





___
liste spip
s...@rezo.net - désabonnement : envoyer un mail à  spip-...@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc


[spip-dev] procédure mise à jour plugin avec spip3

2012-06-23 Par sujet Jean-Christophe Villeneuve

Hello

Je trouve cette procédure très lourde avec spip3 :
- gestion des plugins -> ajouter un plugin -> dépôts -> actualiser les 
dépôts

- mes plugins -> désactiver le plugin
- ajouter des plugins -> recherche du plugin -> télécharget et activer 
la nouvelle version


Ou alors je m'y prends mal ?

Avec spip 2, il suffit de télécharger de nouveau le plugin et hop !


Re: [spip-dev] Bug 3.0.1 SVN [19458] > |alterner ne répond plus

2012-05-24 Par sujet Jean-Christophe Villeneuve

Quel résultat obtiens-tu avec ce code ?


Le 24/05/2012 09:52, L'oiseau2nuit a écrit :



2012/5/24 Ybbet SPIP >

Pardon... Mon message était un peu court et pas très compréhensible.
Je confirme, donc, que |alterner fonctionne correctement en spip
3.0.1.

Pour la mémoire, pour mes tests, je suis passé à 128 Mo.
Mais, 32 Mo suffisent largement.
(j'utilise des traitements automatiques sur mes images)



OK alors visiblement ici ce n'est pas un problème de mémoire (du moins 
n'ai je aucune alerte en ce sens)


Test sur une boucle simple, apparement ca fonctionne en effet mais dès 
que je complexifie un peu la boucle, ya quand même un truc qui merde 
et je vois vraiment pas d'où ca peut venir :






#TITRE

#ANCRE_PAGINATION



#INCLURE{fond=inclure/article-resume,id_article}


[(#PAGINATION)]






Dans ce contexte précis, la boucle #_nature est supposée renvoyer 3 
résultat et placer la class 'last' sur le dernier conteneur mais rien 
n'y fait.


Si quelqu'un a une idée parce que là je sèche gravement... :-X

Merci d'avance.

--
/Etienne.//
/


___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] pas d'avertissement 777 lors d'une migration

2012-04-26 Par sujet Jean-Christophe Villeneuve

Le 26/04/2012 15:42, James a écrit :

Le 21 avril 2012 12:46, Grégoire  a écrit :


777 est une hérésie.

L'impie que je suis attend avec impatience le patch que tu nous
offrira un jour pour en finir avec cet affront insupportable à la doxa
! :P


Hello
Y a-t-il quelque part une doc expliquant les droits à attribuer à tel ou 
tel dossier dans spip ?


Re: [spip-dev] spip 3 et ajout dépôt

2012-04-18 Par sujet Jean-Christophe Villeneuve

Le 18/04/2012 16:29, Bruno Bergot a écrit :

Hop,

Le 18/04/2012 16:10, Jean-Christophe Villeneuve a écrit :

Le 18/04/2012 15:29, Cédric Morin a écrit :



hum. Version de PHP ? que donnent les logs ?

version php : 5.2.11
ils se cachent où les logs maintenant ?


Dans /tmp/log

(pas la peine de coller toute la discussion en citation :p)

++
b_b


Comme avant donc mais je n'ai pas de dossier /log dans /tmp


Re: [spip-dev] spip 3 et ajout dépôt

2012-04-18 Par sujet Jean-Christophe Villeneuve

Le 18/04/2012 15:29, Cédric Morin a écrit :

Le 18 avr. 2012 à 14:57, Jean-Christophe Villeneuve a écrit :


Hello

Avec un spip3 rc, l'ajout du dépôt http://plugins.spip.net/depots/principal.xml 
se passe sans souci sur un site en ligne mais ne passe pas sur le site local :
Le fichier XML « http://plugins.spip.net/depots/principal.xml » de description 
du dépôt n'est pas conforme

hum. Version de PHP ? que donnent les logs ?

version php : 5.2.11
ils se cachent où les logs maintenant ?




l'adresse entrée directement dans la barre d'adresse de firefox donne :
Erreur d'analyse XML : mal formé
Emplacement : http://files.spip.org/spip-zone/archives.xml
Numéro de ligne 8, Colonne 84 
:http://zone.spip.org/trac/spip-zone/log/@src_archive@?format=rss=10=stop_on_copy

Les "&" semblent poser problème
un "" passerait peut-être mieux ?

Non, ça n'a pas de rapport. On sait que ce XML est techniquement invalide mais 
ça n'est pas un problème

Cédric


[spip-dev] spip 3 et ajout dépôt

2012-04-18 Par sujet Jean-Christophe Villeneuve

Hello

Avec un spip3 rc, l'ajout du dépôt 
http://plugins.spip.net/depots/principal.xml se passe sans souci sur un 
site en ligne mais ne passe pas sur le site local :
Le fichier XML « http://plugins.spip.net/depots/principal.xml » de 
description du dépôt n'est pas conforme


l'adresse entrée directement dans la barre d'adresse de firefox donne :
Erreur d'analyse XML : mal formé
Emplacement : http://files.spip.org/spip-zone/archives.xml
Numéro de ligne 8, Colonne 84 
:http://zone.spip.org/trac/spip-zone/log/@src_archive@?format=rss=10=stop_on_copy


Les "&" semblent poser problème
un "" passerait peut-être mieux ?


Re: [spip-dev] Trier les documents par branche ou rubrique sans ajouts de mots-clés

2012-04-13 Par sujet Jean-Christophe Villeneuve
Pourquoi ne pas faire une boucle articles et dedans une boucle documents 
avec {id_article} ?

Ainsi, tu n'auras que les docs des articles sélectionnés.
Tu peux en plus les stocker dans {doublons} et les afficher avec une 
autre boucle documents avec les critères que tu veux et avec {!doublons}



Le 13/04/2012 15:12, Hervé Le Dantec a écrit :

Bonjour,

Je travaille sur un très gros site d'association qui contient beaucoup 
d'articles et de documents.


*Mon problème à résoudre :*
j'arrive à utiliser des filtres de recherche restrictifs pour les 
articles, mais pas pour les documents.


Autrement dit :
*Trier les documents par branche ou rubrique sans ajouts de mots-clés.*


Pour les articles, les recherches par {id_groupe?} et {branche?} 
fonctionnent,

mais, pour les documents, ces critères ne sont pas applicables.

Lorsque je choisis une branche ou un groupe, comme critère de 
recherche avancé,
pour les articles, le résultat est restreint et le nombre d'articles 
est réduit,
mais, pour les documents, c'est la totalité des documents du site qui 
est listée !


*La solution qui m'a été refusée d'appliquer :*
J'ai proposé d'utiliser les plugins « Mots Objets », « Afficher 
Objets » et « Critère Mots », permettant l'ajout de mots-clés aux 
documents.
Cette solution ajoute une action supplémentaire : quand un 
contributeur au site ajoute un document, il devra lui choisir un 
mot-clé de tri.


La formation des bénévoles est déjà faite :
c'est donc quelque chose qui n'est pas dans la formation, donc, a 
priori, c'est NIET !


*L'hypothétique solution pour laquelle j'ai besoin de conseils :*

 1. Sachant que chaque auteur du site appartient à un Service ou
une délégation au sein de l'association.
 2. Voir si il est possible de retrouver dans la base de donnée
qui a ajouté le document, dans la base, il y a la date d'ajout
du doc SPIP, mais je n'ai pas vu l'id_user de celui qui à
ajouter le document.
  o  Il y a-t-il une table de base de données qui fait le
lien entre sessions SPIP et ajout de documents ?
  o Si on sait à quelle session, donc à quel auteur SPIP,
est lié l'ajout d'un document, on peut faire le lien,
auteur/Service ou délégation.
 3. Si «a)» et «b)» se vérifient, on pourra alors trier les
documents en fonction de l'auteur et de son Service ou sa
Délégation.

Si vous avez des pistes, je suis preneur.

Merci d'avance.


Hervé Le Dantec
Fennec72 sur spip-contrib.net , core.spip.org 
 et autres forums



___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] SPIP 3.0.0-rc (release candidate)

2012-04-08 Par sujet Jean-Christophe Villeneuve

J'a quand même testé et j'ai eu
L'adresse « http://plugins.spip.net/paquets-spip3.0 » est incorrecte
ce que j'avais eu au premier clic sur "ajouter" avec
http://plugins.spip.net/depots/principal.xml


Le 08/04/2012 17:44, Bruno Bergot a écrit :
Tu peux oublier cette idée, désolé. Ce flux n'est pas conforme à la 
dtd des flux de plugins pour SPIP 3.


++
b_b

Le 08/04/2012 17:11, Bruno Bergot a écrit :

Tu peux tester ce flux pour voir stp ?

http://plugins.spip.net/paquets-spip3.0

++
b_b




Re: [spip-dev] SPIP 3.0.0-rc (release candidate)

2012-04-08 Par sujet Jean-Christophe Villeneuve

SPIP 3.0.0-rc [19216 <http://core.spip.org/trac/spip/changeset/19216>]
php 5.2.11
mysql 5.5.8
apache 2.2.17


Le 08/04/2012 17:05, Bruno Bergot a écrit :

salut,

Pas de problème avec l'ajout de dépôt sur grml.eu qui est en SPIP 
3.0.0-rc SVN [19216] sous PHP Version 5.3.3-7.


Quelle est la configuration de ton serveur ?

Le 08/04/2012 16:44, Jean-Christophe Villeneuve a écrit :

Pour aller plus loin

Erreur d'analyse XML : mal formé
Emplacement : http://files.spip.org/spip-zone/archives.xml
Numéro de ligne 8, Colonne 84
:http://zone.spip.org/trac/spip-zone/log/@src_archive@?format=rss=10=stop_on_copy 





Oui ce fichier xml n'est pas valide, du coup les navigateurs râlent 
quand ils tentent de l'afficher.


++
b_b





Re: [spip-dev] SPIP 3.0.0-rc (release candidate)

2012-04-08 Par sujet Jean-Christophe Villeneuve

Pour aller plus loin

Erreur d'analyse XML : mal formé
Emplacement : http://files.spip.org/spip-zone/archives.xml
Numéro de ligne 8, Colonne 84 
:http://zone.spip.org/trac/spip-zone/log/@src_archive@?format=rss=10=stop_on_copy


Le 08/04/2012 16:38, Jean-Christophe Villeneuve a écrit :

Chouette spip 3 avance

Premier test en local avec wamp : ajouter un plugin
Tentative d'ajout du dépôt proposé par défaut
Le fichier XML « http://plugins.spip.net/depots/principal.xml » de 
description du dépôt n'est pas conforme




Le 08/04/2012 15:48, Ben. a écrit :

Bonjour,
un ptit neuneuf dans votre boite mail.

La version rc de SPIP3.0.0 est disponible. rc cela veut dire release 
candidate,
donc la sortie de la version finale de SPIP3.0.0 n'a jamais été aussi 
proche :)

Vous pouvez la télécharger ici :
http://files.spip.org/spip/dev/ (c'est le fichier 
SPIP-3-releasecandidate.zip )


En pratique, nous encourageons les personnes qui le peuvent à tester
au maximum cette version et à remonter tout problème sur cette liste 
ou mieux sur http://core.spip.org


De notre coté nous allons passer le maximum des sites de la boussole
http://boussole.spip.org/ dans cette version.

Bonne fin de chasse aux oeufs.




___
liste:http://listes.rezo.net/mailman/listinfo/spip-dev
doc:http://www.spip.net/
dev:http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] SPIP 3.0.0-rc (release candidate)

2012-04-08 Par sujet Jean-Christophe Villeneuve

Chouette spip 3 avance

Premier test en local avec wamp : ajouter un plugin
Tentative d'ajout du dépôt proposé par défaut
Le fichier XML « http://plugins.spip.net/depots/principal.xml » de 
description du dépôt n'est pas conforme




Le 08/04/2012 15:48, Ben. a écrit :

Bonjour,
un ptit neuneuf dans votre boite mail.

La version rc de SPIP3.0.0 est disponible. rc cela veut dire release 
candidate,
donc la sortie de la version finale de SPIP3.0.0 n'a jamais été aussi 
proche :)

Vous pouvez la télécharger ici :
http://files.spip.org/spip/dev/ (c'est le fichier 
SPIP-3-releasecandidate.zip )


En pratique, nous encourageons les personnes qui le peuvent à tester
au maximum cette version et à remonter tout problème sur cette liste 
ou mieux sur http://core.spip.org


De notre coté nous allons passer le maximum des sites de la boussole
http://boussole.spip.org/ dans cette version.

Bonne fin de chasse aux oeufs.




___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip




Re: [spip-dev] Aide en ligne sans spip.net

2012-03-12 Par sujet Jean-Christophe Villeneuve

Le 12/03/2012 11:06, James a écrit :

Coucou,

Qu'est-ce qu'on a comme solution aujourd'hui pour fournir l'aide en
ligne aux utilisateurs d'un site hébergé sur un serveur qui n'accède
pas à spip.net (pas d'accès ineternet et pas de proxy) ?

Merci d'avance pour vos réponses ?

Ceci peut-être ?
http://www.spip-contrib.net/Mode-d-emploi-SPIP-2-pour


[spip-dev] spip3 et mise à jour plugn

2012-03-02 Par sujet Jean-Christophe Villeneuve

Bonsoir

Sous Spip3 beta2, une demande de mise à jour d'un plugin aboutit au 
message du type

 Mise à jour du plugin Escal-V3 introuvable (537).
Alors que la mise à jour existe