Re: [spip-dev] [Spip-zone-commit] [cambio] fix lien credit

2021-05-08 Par sujet Manu



J'allais pomper joyeusement un squelette html5up sur ce point et je 
vois que tu as le même pb ici ;)


https://git.spip.net/spip-contrib-squelettes/html5up_forty/src/branch/master/inclure/head.html#L31 



Question un peu hors sujet, désolé, mais le lien envoyé par b_b montre 
un truc rencontré plein de fois dans le code de SPIP et qui m'intrigue.

Quelle est la raison pour laquelle, souvent, on voit l'écriture :

[ bla bla bla(#MACHIN) bla bla bla][
bla bla bla(#TRUC)bla bla bla][
(...)
bla bla bla(#CHOSE)bla bla bla]

alors qu'on "aurait envie" d'écrire
[ bla bla bla(#MACHIN) bla bla bla]
[ bla bla bla(#MACHIN) bla bla bla]
(...)
[ bla bla bla(#MACHIN) bla bla bla]

Comme c'est assez fréquemment écrit comme ça ("[" placé en fin de 
ligne), j'imagine qu'il y a bien une raison ? Quelqu'un·e pour éclairer 
ma lanterne ?


___
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 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-30 Par sujet Manu



Après on n'échappera jamais à la question de pourquoi l'un et pas 
l'autre mais faut faire des choix.

Et c'est le moment pour en faire.

go, go, go, les choix qui seront faits seront les bons.

___
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 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-29 Par sujet Manu

Le 29/04/2021 à 21:17, Eric Lupinacci a écrit :

Re,


Le jeu. 29 avr. 2021 à 21:07, Maïeul Rouquette > a écrit :


Le 29.04.21 à 21:04, nicod_ a écrit :
> J'avoue que c'est le seul sur lequel j'ai un doute...
> Il risque de péter des vieux squelettes, et comme tu dis c'est une
> technique utile.
> Mais bon, y'a déjà des choses qui cassent, et le plugin
compositions est
> quand même vraiment fait pour ça.
> Ce sera précisé dans les notes de mises à jour.
>
j'ai tendance à dire que oui c'est pratique pour du dev rapide...
mais
ca coince vite les gens sur des choses pas idéales.


Non mais de toute façon rien ne sera cassé.
Il faut juste installer le plugin hors plugin-dist.
Il n'y a donc aucune régression et tout le monde peut continuer à 
utiliser le plugin.


Le seul truc qui peut se passer c'est si quelqu'un ne lit pas 
l'annonce il aura une surprise temporaire sur son site.
Mais ça ne durera pas et de toute façon rien n'est rédhibitoire car 
c'est juste de l'affichage.
C'est pas faux, mais, en se faisant un peu l'avocat du diable, on peut 
aussi s'interroger sur l'intérêt de supprimer quelque chose dont on 
reconnait une utilité simple et accessible (et largement utilisée ???)et 
que beaucoup vont réactiver assez vite, pourquoi ne pas le laisser ?


Mais, bon, ça peut être un débat sans fin. Pour ma part, la décision qui 
sera prise sera la bonne.



___
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 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-29 Par sujet Manu

Le 29/04/2021 à 19:40, nicod_ a écrit :

Le 29/04/2021 à 17:07, Matthieu Marcillaud a écrit :
Nous sommes quelques un·es à proposer qu'on retire des plugins-dist 
certains plugins (*ils seront toujours disponibles via la gestion des 
plugins* pour les réactiver — ça ne veut pas dire qu'ils ne seront 
plus maintenus par la communauté)


+1 pour sortir tous les plugins cités, ils seront toujours 
ré-installables pour les nostalgiques :
Oui, n'empêche que les squelettes articles=xx.html ou articles-xx.html, 
on peut dire ce qu'on veut, ça rend bien souvent service.
Et quand c'est natif, ...c'est simple à mettre en œuvre (!!!) et pour 
des débutants, c'est une technique vraiment accessible.

M'enfin, bon, mon brave monsieur, tout change, faut vivre avec son temps !

De toute façon, 10 000 mercis pour tout ce que vous faites et ce superbe 
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] Liasse

2021-01-09 Par sujet Manu

En espérant ne pas avoir trop fait d'erreur

2065 : https://nimb.ws/gwE12z
2065BIS : https://nimb.ws/vfI03s
2033A : https://nimb.ws/DToXAc
2033B : https://nimb.ws/QA0Yyj
2033C : https://nimb.ws/xfg5OA
2033D : https://nimb.ws/TVWQjt
2033E : https://nimb.ws/ZzaUgJ


Balance.pdf
Description: Adobe PDF document
___
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] Gagner du temps à l'upload avec un MD5 de ce qui est déjà sur le serveur

2021-01-07 Par sujet Manu

Le 07/01/2021 à 20:10, Olivier Duquesne aka DaffyDuke a écrit :

Hello,
Ah ce serait super surtout pour ceux qui comme moi utilisent le plugin
copie-rss :-)

Par curiosité, quel est ce plugin ? Je ne le vois pas dans git.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


Re: [spip-dev] [HS] Re: Écriture inclusive (!)

2020-12-14 Par sujet Manu




Donc merci d'éviter d'inverser la charge de l'accusation.

Pas de souci : je comprends parfaitement qu'on puisse en avoir plein le dos.
Toutefois, je n'inverse rien. La recherche d'une écriture inclusive 
satisfaisante est légitime. Je n'ai jamais dit l'inverse, au contraire. 
Et ceux·elles qui ne le souhaitent pas font fausse route. Je n'ai jamais 
dit l'inverse.


Nous sommes donc d'accord

Je souhaitais juste faire remarquer qu'on peut acter une rupture sans se 
balancer des pains à la tronche. Mon mail se limitait à cela.


___
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] [HS] Re: Écriture inclusive (!)

2020-12-14 Par sujet Manu

Le 14/12/2020 à 14:31, nicod_ a écrit :

Le 14/12/2020 à 10:38, jacques a écrit :

Le 04/12/2020 à 10:35, Manu a écrit :

Le 03/12/2020 à 16:11, nicod_ a écrit :


Je ne sais pas d'où tu sors, avec toute ta mâle arrogance, mais je 
suis content que tu y retournes.


Allez, bon débarras.







Être en désaccord, ce n'est pas gênant et c'est même intéressant. 
Mais les peaux de bananes, les insultes pour reprendre ce que dit 
Teddy, je ne sais pas, moi ça ne me nourrit pas.


Se respecter, c'est pas un peu ça aussi le vivre-ensemble ?



Entièrement d'accord avec Manu. Cette discussion sur l'écriture 
inclusive est malheureusement un reflet de la société qui se radicalise.

Si on n'est pas d’accord, on se fait lyncher, ou sinon on la ferme.

Comme Manu, le sectarisme que je n'avais pas vu jusqu'à maintenant me 
fait réfléchir sur SPIP.



SPIP n'est pas un produit, c'est un projet politique depuis ses 
origines, qui porte des valeurs très claires.
Tu as tout à fait le droit de ne pas être d'accord avec ces valeurs, 
mais tu n'es pas autorisé à venir les remettre en cause ici.


@nicod_ : il me semble que ni moi ni Jacques (que je ne connais pas) ne 
remettons en cause ce projet politique.
Que SPIP soit né sur des bases politiques, c'est historique, dont acte 
(et au passage, ça ne me gène pas).
En ce qui me concerne, je questionnais simplement le fait qu'il doit 
être possible d'échanger sans se balancer des (je cite):

/« Allez, bon débarras//»
//« Version abrégée : va chier »//
//«J e te dis merde//»
//« Y'a vraiment du nettoyage à faire dans vos têtes de pauvres mecs 
incapables de penser autrement qu'avec votre bite//»
//«S i je vois "spipfactory" dans un mail, une signature ou autre, je 
tire à vue maintenant//»
//« SPIP est hyper open, fais toi donc un fichier mussolini_fr, c'est 
top SPIP »/

ce qui fait tout de même beaucoup pour un seul thread...

Outre le fait que je ne pense vraiment pas que ce registre soit très 
productif, ça m'ennuie d'autant plus que le sujet abordé (celui de 
l'écriture inclusive, de la prédominance masculine etc...) est un vrai 
sujet d'importance. Alors, oui, échangeons, avec force, rudesse, 
franchise dans les propos et tout ce qu'on veut, mais sans s'envoyer des 
insultes.


Pour reprendre l'expression de Ybbet : /« Mais me faire insulter ne fait 
pas parti de mes valeurs »

/

___
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] [HS] Re: Écriture inclusive (!)

2020-12-04 Par sujet Manu

Le 03/12/2020 à 16:11, nicod_ a écrit :

Le 03/12/2020 à 14:53, BERTRAND Joël a écrit :

C'était mon coup de gueule, le genre de coup de gueule qui peut me
faire abandonner un outil parce que la politique n'a rien à voir 
là-dedans.


Je n'y reviendrai pas.


Je ne sais pas d'où tu sors, avec toute ta mâle arrogance, mais je 
suis content que tu y retournes.


Allez, bon débarras.



J'ai les cheveux gris et /"mon vieil age" /me donne envie de réagir

Il y a quelques années (pas si longtemps que ça en fait) où la 
communauté SPIP mettait volontiers en avant un "slogan" : /SPIP du 
logiciel libre et de la tendresse. /Cette phrase est du reste toujours 
présente sur blog.spip.net./


/Quand j'ai découvert SPIP, j'avais longtemps apprécié de voir que les 
échanges savaient globalement être francs, parfois rudes, mais par 
ailleurs respectueux. Disons, le "très plus souvent".


Le fil de discussion ici me désole, m'attriste, me démoralise (je ne 
sais pas très bien quel est le mot qui convient) parce que la 
bienveillance que sous-entendait /"SPIP du logiciel libre et de la 
tendresse/" a l'air d'avoir d'avoir pris la poudre d’escampette.


Je trouve ça dommage. Ce n'est pas très agréable et ça ne donne pas 
envie (j'imagine que le·a nouveau·elle venu·e qui s'abonne à cette liste 
et est accueillie par ce type d'échange doit se dire qu'il règne une 
drôle d'ambiance dans la communauté).


S'il vous plait, peut-on revenir à une forme d'échange dans lesquels on 
continue à exposer son point de vue, exposer ses convictions 
politiques-philosophiques-personnelles (etc...) garder son franc-parler, 
tout en s'interdisant l'invective ou la formule assassine ?


Être en désaccord, ce n'est pas gênant et c'est même intéressant. Mais 
les peaux de bananes, les insultes pour reprendre ce que dit Teddy, je 
ne sais pas, moi ça ne me nourrit pas.


Se respecter, c'est pas un peu ça aussi le vivre-ensemble ?

___
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] Plugins hors https://git.spip.net/explore/organizations

2020-07-23 Par sujet Manu

Le 23/07/2020 à 09:23, teamspipfact...@gmail.com a écrit :

Bonjour

je constate que les plugins suivant https://contrib.spip.net/Equipement
ne sont pas sur https://git.spip.net/explore/organizations

nous utilisons sur la mutualisation les plugins
pour les accès restreint :
ciag, ciar, ciautoriser

pour la mise en page
cibloc, cistyle

qui n'est pas sur la forge GIT

*que puis je faire ?, existe t'il un équivalent ?, pourquoi sont il 
absent ?*


Ces plugins ne sont pas accessibles sur git pas plus qu'ils ne l'étaient 
sur svn. C'est un choix du développeur.
Pour leur mise à jour, la procédure est donc toujours la même : le 
classique tranfert par FTP


___
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] Utiliser TextWheel

2020-07-12 Par sujet Manu

Le 12/07/2020 à 14:34, jeanmarie a écrit :
Pour information/curiosité : c'est quoi cette histoire de "dame 
blanche" ? J'ai cherché une doc, mais, pas trouvé : quel est le rôle, 
à quoi sert ce plugin ?

Par ici https://plugins.spip.net/dame.html
                    jeanmarie


Merci beaucoup !

___
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] Utiliser TextWheel

2020-07-12 Par sujet Manu

Le 11/07/2020 à 21:42, JLuc a écrit :

Le 11/07/2020 à 20:48, Stephane Santon a écrit :

Si je désire remplacer les textes saisis
 ... 
par le HTML produit
 ... 
est-ce que c'est l'utilisation du plugin TextWheel le plus approprié ?
Suffit-il de créer un fichier
squelettes/wheels/spip/spip-plaquette.yaml ou
monplugin/wheels/spip/spip-plaquette.yaml
et le contenu qui va bien ?


C'est très simple à faire en utilisant le plugin dameblanche
qui utilise une wheel pour ça.
Il suffit d'ajouter une autre wheel copiée d'après celle proposée
dans ton dossier wheels local.

JL

Pour information/curiosité : c'est quoi cette histoire de "dame blanche" 
? J'ai cherché une doc, mais, pas trouvé : quel est le rôle, à quoi sert 
ce plugin ?


___
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 Compositions : attacher une feuille de style

2020-07-10 Par sujet Manu

Le 10/07/2020 à 16:08, Stephane Santon a écrit :

Bonjour,

Y a-t-il un mécanisme pour "attacher automatiquement" une feuille de 
style à une composition ?


Un fichier CSS à déclarer dans le XML pour l'inclure dans le squelette ?

Ou bien faut-il avoir déclaré /tous les styles/ relatifs à l'ensemble 
des compositions dans notre squelette/plugin, pour n'utiliser que ceux 
des compositions utilisées ?


Merci


Peut-être qqchose comme ça dans le head ???

[(#COMPOSITION|=={nom_de_la_composition}|oui)
type="text/css" />

]


___
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 Video : Bug de chemin de logo

2020-07-03 Par sujet Manu

Le 03/07/2020 à 15:16, Stephane Santon a écrit :

Bonjour,

Spip 3.2.7 et plugin Videos 0.12.9

J'ai intégré une vidéo dans un document par


Quel type de vidéo ?

___
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] Compositions / SpipR : passer des paramètres au body

2020-06-19 Par sujet Manu

Le 19/06/2020 à 23:39, Stephane Santon a écrit :

Bonjour,

Je me lance dans les compositions, j'ai créé ma première
content/rubrique-plaquettes.html sous SpipR-dist,
va très bien.

Maintenant, j'aimerais que ma composition passe des informations sur 
sa présence et différents paramètres au body.html, pour influencer le 
contenu de celui-ci, par exemple ne pas créer du tout le .


J'ai donc vérifié la sortie de la balise #COMPOSITION dans body.html 
depuis une rubrique, et ça m'affiche 'plaquette'. Très bien.


J'imagine donc que je pourrais renommer ma composition
rubrique-noside-plaquette.html
et tester la présence de '-noside-' depuis le body pour ne pas 
afficher .


Y aurait-il d'autres moyens ?
Par exemple des infos dans le XML

non



qui seraient récupérables dans la balise #COMPOSITION :
[(#COMPOSITION|param{noside}|non)  ]

Merci


Il faudrait vérifier s'il n'est pas possible de créer un fichier 
body-rubriques-plaquettes.html. Il me semble que c'est pris en compte


___
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] Menus : migration défectueuse

2020-06-01 Par sujet Manu

Le 01/06/2020 à 14:43, Stephane Santon a écrit :

Bonjour,

Un truc bizarre.
J'ai importé une base SPIP 3.2.7 avec menus 1.6.11 vers un site neuf 
3.2.7 et menus 1.7.25.


Mon menu n'apparaît plus.
Quand je vais l'éditer dans l'espace privé, j'ai bien mes 7 entrées 
définies, mais en éditant chaque entrée, tous les champs sont vides !


Et dans la base par phpMyAdmin, j'ai bien mes données dedans...

Une piste ?

Merci

Un ?var_mode=inclure pourrait peut-être apporter un indice pour détecter 
la partie défaillante ?


___
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] r124365 - in _plugins_/prix

2020-05-18 Par sujet Manu

Le 18/05/2020 à 15:11, toutati a écrit :


Impossible de faire de ticket maintenant sur GIT


Si, c'est reparti

___
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] Outil checkout

2020-01-14 Par sujet Manu

Le 14/01/2020 à 21:28, Eric Lupinacci a écrit :
En tout cas si tu as d'autres questions que celles que tu as listées 
n'hésite pas.
Je peux les compiler dans une FAQ pour renvoyer vers les paragraphes 
adéquats dans les articles.


Ah, bonne idée cette FAQ : elle serait peut-être suffisante pour 
répondre au besoin que j'exprimais. Cool.

Pas de souci pour t'envoyer d'autres questions si elles me viennent.

___
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] Outil checkout

2020-01-14 Par sujet Manu

Le 14/01/2020 à 19:40, Eric Lupinacci a écrit :

Il me semble... C'est un peu flou comme avis et ça discrédite d'entrée 
les articles qui ont pour but de mettre les pieds à l'étrier des 
contributeurs quel qu'ils soient.



Ah, alors il y a méprise : aucun discrédit de ma part - ou alors, si mon 
post a été perçu ainsi, c'est bien involontaire.
Je salue le travail effectué et je suis certain que ces articles vont 
participer à ce qu'un grand nombre (dont moi si mes vieux neurones 
veulent bien ) puissent s'accaparer l'outil.
C'est juste que je me disais qu'un truc intermédiaire, super simple (et 
même un peu "recettes toutes faites" (je sais, c'est mal, mais... ça 
aide ! ;-)) aurait peut-être sa place, rien de plus...


En tout cas, chapeau et bravo pour tout le boulot que vous faites pour 
mettre à notre disposition un polatouche qui est un outil vraiment 
merveilleux ;-)


Bien amicalement

___
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] Outil checkout

2020-01-14 Par sujet Manu

Le 13/01/2020 à 17:14, Jean Marie Grall a écrit :

Salut,

il y a une doc en cours par là : 
https://blog.smellup.net/spip.php?article109


                     jean marie


Oui, j'avais vu passer ces articles. Il me semble toutefois qu'ils sont 
sur un positionnement un peu "pointu", plutôt destinés à ceux.elles qui, 
sans être forcément des pros, ont un peu d'aisance avec le terminal etc...


Il y a une catégorie d'utilisateurs - dans laquelle je m'inclus pour 
partie - qui ont des besoins un peu plus basiques limités à 
récupérer/mettre à jour à grands coups de svn co et svn up (plus 
rarement des svn revert) les plugins/squelettes... dont ils ont besoin


Les questions qu'ils se posent ressemblent quelque chose comme :

=> "bon, maintenant, il faut faire comment, ils sont où les plugins ?"

=> "Je supprime mes plugins et je les remplace via un git clone ?"

=> "Ah, tiens, sur git.spip.net c'est quoi la différence entre
cy.altern / spip_core : Dépôt officiel du core SPIP * Copie possible par 
svn sur svn://trac.rezo.net/spip * Les svn:externals sont présent dans 
https://git.spip.net/SPIP/[nom du plugin dist

et
SPIP / spip :  Dépôt officiel du core SPIP * Copie possible par svn sur 
svn://trac.rezo.net/spip * Les svn:externals sont présent dans 
https://git.spip.net/SPIP/[nom du plugin dist]


=> "Tiens,pour formidable_tablesorter, par exemple, je trouve deux 
résultats :

plugin / formidable_tablesorter - Mis à jour il y a 1 mois
maieul / formidable_tablesorter - Mis à jour il y a 2 mois
lequel faut-il prendre ?"

=> "Tous les plugins sont là maintenant ou y a-t-il d'autres ressources 
git autre part ? Ça existe encore les externals, et si oui, on va les 
chercher comment "


=> "Et, pour les sites non mutualisés ou isolés, SVP ça va marcher 
encore ? Au fait, il va les chercher où ses plugins : sur le dépot git ?"


etc...

Bref, pas mal de questions (et il y en a sûrement plein d'autres) toutes 
simples, très concrètes dont les réponses pourraient constituer un 
aide-mémoire de premier niveau dont j'imagine qu'il pourrait rendre 
service à pas mal de gens.


___
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] Outil checkout

2020-01-12 Par sujet Manu
Je profite également de la discussion pour suggérer mise en place d'une 
petite doc/tutoriel/manuel/pense-bête sur cette question de migration 
svn=>git.
Je pense être un utilisateur "semi-avancé" de SPIP, et j'avoue que je 
suis un peu dans le flou actuellement pour savoir quelle est la conduite 
à tenir / quelles sont nouvelles habitudes à prendre pour passer de svn 
à git.
Entre les branches,les trunk, les master, les externals, les plugins qui 
sont encore sur svn mais pas sur github etc..., euh, j'avoue que ce 
n'est franchement pas clair dans ma petite tête et je suppose que je ne 
suis pas le seul à me poser des questions du style : "Euh, pour mon 
site, pour ma mutu, je fais comment : ça va marcher encore longtemps un 
svn up ? Et si je n'ai pas svn sur mon serveur, mais que git, il faut 
faire comment ? etc... etc..."
Qu'en pensez-vous de la mise en place d'un petit aide-mémoire quelque 
part ?
(Je veux bien donner un coup de main s'il y a besoin de rédiger quelque 
chose)


___
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] Fiche auteur : ajouter un champ "prenom"

2019-09-17 Par sujet Manu

Le 17/09/2019 à 16:33, Matthieu Marcillaud a écrit :

Le 17/09/2019 à 16:13, Manu a écrit :


Ah, cool, il a l'air très bien ce plugin...
Comment peut-on faire un svn co pour le récupérer ? D
'une manière plus générale, comment faut-il faire pour "SVNiser"


Si tu veux une équivalence rapide (et fausse) :

git clone https://github.com/nd-/auteur_nom_prenom.git
~= svn checkout https://github.com/nd-/auteur_nom_prenom

Ensuite, cd auteur_nom_prenom
git pull
~= svn up



projets qui sont sur github (et apparentés) ?


Github fournit une passerelle SVN directement, aucun autre ne fait cela.
Tu devrais apprendre de préférence les bases de Git (clone / pull / 
checkout ; puis push / rebase / stash / log / diff ...) . Ça te sera 
plus utile :)


Yes, je vais tacher de m'y mettre Quelques interrogations toute fois 
pour y voir plus clair sur la situation qui se met en place :
1 - Pour les plugins qui sont déjà en place via svn, un svn up 
marchera-t-il encore ou faut-il repartir de zéro via git clone (url du 
git) ?
2 - zone.spip.net/trac/spip-zone/browser/_plugins_/ est-il/sera-t-il 
encore le bon endroit pour aller chercher les plugins ?




___
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] Fiche auteur : ajouter un champ "prenom"

2019-09-17 Par sujet Manu

Le 17/09/2019 à 13:53, nicod_ a écrit :
PS : j'ai implémenté deux champs extras (auteur_nom et auteur_prenom) 
pour que la balise #NOM affiche bien les deux côté public, sans autre 
modification.



Ah, cool, il a l'air très bien ce plugin...
Comment peut-on faire un svn co pour le récupérer ? D
'une manière plus générale, comment faut-il faire pour "SVNiser" les 
projets qui sont sur github (et apparentés) ?


___
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] SPIP Zone et Git

2019-05-08 Par sujet Manu

Le 06/05/2019 à 18:11, Bruno Bergot a écrit :

Comme on te le disait sur IRC, si tu installes des plugin par svn sur 
ton serveur c'est que tu sais ce à quoi tu t'exposes.
Je prends la discussion en route (sans en mesurer forcément tous les 
aspects)...

Ce n'est pas une bonne méthode de mettre ses plugins à jour via SVN ?

___
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] échec sauvegardes (natives)

2019-04-14 Par sujet Manu

Le 12/04/2019 à 20:55, Manu a écrit :


problème rencontré/signalé ici

et ici https://forum.spip.net/fr_270814.html

___
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] échec sauvegardes (natives)

2019-04-12 Par sujet Manu

précisions/comùpléments

base mysql

problème rencontré/signalé ici
 https://forum.spip.net/fr_270745.html
http://archives.rezo.net/archives/spip.mbox/XIKS6ECJ5WMVZLWM5AJYANDJL6B5YHXG/

Pierretux sur IRC rencontre le même souci.
___
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


[spip-dev] échec sauvegardes (natives)

2019-04-12 Par sujet Manu

Bonjour,
suite à un échange sur IRC, je soumets ici un souci de sauvegardes
 quand j'utilise la fonctionnalité native : Maintenance>Sauvegarder la base

Lorsqu'on lance la sauvegarde, le processus prend un temps infiniment 
long (10 minutes pour une maigrichonne petite base contenant 60 
articles, 10 auteurs et 500 documents) et échoue, enfin disons qu'elle 
n'aboutit pas à qqchose de cohérent (nombreuses tables vides)


https://framapic.org/gallery#cDLkyE9QzsYm/ox0kEOY6J7As.gif=1=1

Les logs sqlite.log se remplissent frénétiquement de lignes un peu 
toutes similaires

voir un très court extrait : http://spip.pastebin.fr/56613

Hébergeur : O2SWITCH
PHP Version 7.2.17
sqlite3 : 7.2.17
pdo sqlite : SQLite Library 3.26.0

En parcourant les forums pour chercher une piste, je ne suis visiblement 
pas le seul à rencontrer le souci...


Une idée ? Un bug ou une incompatibilité quelque part ? Ou quelque chose 
que je n'ai pas fait correctement ?


Merci d'avance

PS : La sauvegarde saveauto se passe sans encombre

___
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] Composer et SPIP sont dans un bateau

2019-03-22 Par sujet Manu



Oui mais si c'est le cas on n'aura plus la possibilité de référencer sur 
Plugins SPIP.
SVP et Smart-paquets sert au zips et à l'installation mais aussi à 
Plugins SPIP qui à mon avis est très utile dans la galaxie SPIP 
actuellement.


[ Question un peu hors-sujet (?), mais puisqu'il y est fait mention... ]

Je n'ai jamais bien compris la différence / le rôle / l'enjeu d'avoir à 
la fois contrib.spip.net et plugins.spip.net
L'impression que ça me donne, c'est que c'est générateur de flou et de 
dispersion : s'il n'y avait qu'un "portail plugins", ça aurait le mérite 
de la clarté, de la simplicité Quelle est la raison d'avoir ces 
différents lieux ?


___
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] Comportement étrange

2018-06-22 Par sujet Manu

Le 22/06/2018 à 12:10, Matthieu Marcillaud a écrit :

Le 22/06/2018 à 10:37, Manu a écrit :

Le 22/06/2018 à 10:07, Matthieu Marcillaud a écrit :



Tes domaines habituels pointent donc vers public_html/spip
Ton domaineA pointe sur public_html/domaineA


Donc… si c’est bien comme ça, tu comprendras que ça n’a rien à voir avec 
SPIP.


Autres pistes :
- public_html/domaineA n’est pas un lien symbolique (genre vers 
public_html/sites/domaineA !) ? "ls -lah" pour le voir

Non, je viens de vérifier


- tu as un public_html/.htaccess qui ferait quelque chose ?

Non, rien qui puisse concerner cela


Sinon, il y a quelque chose dans les vhosts qui n’est pas correct.
La réponse que vient de me faire l'hébergeur me laisse penser qu'il y a 
peut-être un schmilblick possible, genre une redirection "occulte" qui 
persisterait quelque part :
« si la modification de chemin ne fonctionne pas, retirer complètement 
le domaine supplémentaire puis réinstallez-le.»
Si ça se reproduit, j'essaierai. En attendant, ça c'est réglé en 
profitant de la migration SPIP->WP pour mettre ce domaine dans un compte 
cPanel spécifique


___
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

2018-06-22 Par sujet Manu

Le 22/06/2018 à 10:07, Matthieu Marcillaud a écrit :

Le 22/06/2018 à 08:45, Manu a écrit :

Le 22/06/2018 à 08:32, chanka...@choc0.net a écrit :



public_html/domaineA/ est équivalent à /domaineA/


Répacitulons…
Si tu as :

public_html/spip/ecrire
public_html/spip/sites/xxx
public_html/domaineA

Tes domaines habituels pointent donc vers public_html/spip
Ton domaineA pointe sur public_html/domaineA

Si c’est le cas, ton vhost
- ne doit pas être correct, tout simplement,
il l'est : l'ajout d'un fichier index.html dans public_html/domaineA 
montre que c'est bien ce répertoire qui est pointé




- et/ou pas activé

ben, non, c'est OK  (voir ce qui précède)



- ou l’autre vhost qui se charge de la mutu a un serveralias sur domaineA
- et/ou la conf apache pas rechargéeBah, si, elle semble bien l'être :

si je renomme public_html/domaineA en public_html/domaineAA
et si je modifie dans la foulée le vhost pour indiquer 
/public_html/domaineAA comme document root pour domainea.tld,

alors, rebelotte :
=> http://domainea.tld/ aboutit bien dans /public_html/domaineAA
si un fichier index.html y est présent
=> aboutit sur la mutu si il n'y a pas de index.html
=> prend en compte /public_html/domaineAA/index.php si le fichier 
public_html/spip/index.php est supprimé/renommé !


___
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

2018-06-22 Par sujet Manu

Le 22/06/2018 à 08:32, chanka...@choc0.net a écrit :

Bonjour,
en situation équivalente, je ne rencontre pas de problème comme ça...
La logique c'est que le vhost décide du répertoire où doit pointer le 
domaine, et le contenu du répertorie avec le .htaccess ou le mes_options 
qui décide ce qu'il en fait, mutu ou pas...

Ah, j'aurais pu/dû le préciser : pas de .htaccess dans public_html/domaineA

Est-ce possible de faire un test pour que le domaine pointe hors de 
public_html ? dans /mondomaineA.com par exemple ?
Ah, public_html correspond en fait à la racine de ce qui est accessible 
via les requêtes http

public_html/domaineA/ est équivalent à /domaineA/

___
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


[spip-dev] Comportement étrange

2018-06-21 Par sujet Manu
Mon hébergeur me demande de solliciter l'avis de la communauté SPIP car 
il ne comprend pas le comportement observé.


SITUATION DE DEPART
---
- une mutu spip installée à la racine de mon espace public
- un virtualhost faisant pointer chacun des domaines vers/spip


public_html
  |spip
 |sites
 |  |mondomaineA.com
 |  |mondomaineB.com
|...

SITUATION APRES CHANGEMENT
--
un client demandant à migrer son site vers WP, je sors mondomaineA.com 
de la mutu

je change le vhost pour faire pointer mondomaineA.com vers domaineA

public_html
 | domaineA
 |   | les fichiers WP
 |spip
 |sites
|mondomaineB.com
|...

COMPORTEMENT OBSERVÉ

- http://mondomaineA.com aboutit... à la mutu spip (vérifié depuis 
plusieurs machines, par la hot line de l'hébergeur,cache vidés etc...)
- si j'insère un fichier index.html dans le répertoire 
public_html/domaineA, il est bien pris en compte
- si je supprime le fichier index.php présent dans /spip, c'est bien le 
fichier public_html/domaineA/index.php qui est pris en compte.


=> Mon hébergeur ne voit pas d'explication à ce conflit et m'encourage à 
consulter la communauté SPIP...


Ça dit quelque chose à quelqu'un ce genre de farce ?

Belle journée à chacun.e (et merci d'avance)

___
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] zone.spip.org 502 Bad Gateway

2018-05-15 Par sujet Manu



Donc bravo et merci !
Oui, oui, oui, mille mercis pour tout ce qui est fait autour de ce 
merveilleux outil

;-)))

___
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] qu'est-ce qui caractérise un plugin "bien installé"

2018-02-02 Par sujet Manu

Le 02/02/2018 à 17:46, Bruno Bergot a écrit :

Hop,

Le 02/02/2018 à 17:42, Manu a écrit :


=> Qu'est-ce qui caractérise "une bonne installation" d'un plugin : 
l'inscription de qqchose dans la table meta ? Autre chose ?




Il faut bien différencier l'installation de l'activation. Installer = 
créer les tables nécessaires au plugin dans la base de données. C'est là 
que le plugin a du se vautrer.

Effectivement, la création des tables ne se fait pas...
Je vais tâcher de regarder ça en comparant avec ce que font d'autres 
plugins. Si je débouche sur qqchose qui semble correct, je ferai remonter.

Merci

___
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


[spip-dev] qu'est-ce qui caractérise un plugin "bien installé"

2018-02-02 Par sujet Manu

L'activation du plugin panoramas 360° conduit à une situation étrange :

Lors de la demande d'activation du plugin, on a droit en retour à un 
gros message bien rouge : Installation du plugin Panoramas 360°

L’opération a échoué.

Pour autant, le plugin figure dans la liste des plugins actifs et est 
fonctionnel


copie d'écran : https://framapic.org/iztxiWyuSE35/rJy6kkNQr9aF.gif

=> Qu'est-ce qui caractérise "une bonne installation" d'un plugin : 
l'inscription de qqchose dans la table meta ? Autre chose ?


___
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] Forum redécoré

2017-09-15 Par sujet Manu

Le 13/09/2017 à 19:49, Matthieu Marcillaud a écrit :

Cher·es participant·es,

Certain·es l’ont déjà vu : le site Forum est tout redécoré et amélioré.
https://forum.spip.net

N’hésitez plus à vous entraider là-bas aussi donc :)


Alors j'ai été faire un tour dans l'idée de poser une question. J'avoue 
que j'ai cherché un petit bout de temps pour savoir où/comment il 
fallait faire pour poser une question. Je ne sais pas pourquoi mais 
m'attendais à voir un bouton ou un lien "poser une question".


Une fois le texte lu, ah, OK, il faut se rendre sur la page du thème 
mais ensuite, j'ai continué à chercher ce fichu bouton. Jusqu'à ce que 
je scrolle jusqu'en bas (la page est looongue)et que je trouve le 
formulaire.


C'est effectivement la culture SPIP (sur contrib, le formulaire est 
également tout en bas) mais je me demande si un bouton situé en haut de 
page qui ferait apparaitre le formulaire (ou qui pourrait renvoyer en 
bas de page si les choses restaient en l'état) ne serait pas plus intuitif ?


J'ai fait une simulation ici :
https://framapic.org/IIIFywOyPJa2/xr94skCKqlO3.jpg

...

Encore mille mercis pour tout ce temps et ce bel outil

Manu



Re: [spip-dev] Forum redécoré

2017-09-14 Par sujet Manu
C'est beau, c'est nouveau, c'est frais, c'est chouette ! Merci pour tout 
le temps passé à rénover l'outil.


Comme toujours, bousculer les habitudes a un côté "dérangeant" 
précisément parce que nous avions nos habitudes, nos repères etc. et 
qu'il faut en changer


Il s'agit maintenant de se réapproprier les choses. Fatalement, ça 
demande un peu de temps pour faire la transition et s'adapter à la 
nouvelle logique. Pour ma part,je fais super confiance au(x) 
développeur(s) qui a.ont conçu ce nouveau forum qui a une bouille à la 
fois sympathique et prometteuse.


Encore mille mercis pour tout le temps passé
;-)
Manu



Re: [spip-dev] Police de la dist

2017-07-17 Par sujet Manu

Le 17/07/17 à 13:26, nicod_ a écrit :

Le 16/07/2017 à 00:30, Cédric Morin a écrit :

QUI EST GROS ?
http://www.leguidevert.com/_lgv/img_forum/2016/17/2977_tumblr-m0mn4sp5xh1rp1w7xo1-500.png


Des bisous et hauts les coeurs !


Je suis pas spécialement fan de Souchon, mais pour la circonstance :

On avance, on avance, on avance.
C'est une évidence :
On a pas assez d'essence
Pour faire la route dans l'autre sens.
On avance.
On avance, on avance, on avance.
Tu vois pas tout ce qu'on dépense. On avance.
Faut pas qu'on réfléchisse ni qu'on pense.
Il faut qu'on avance.


Yesss. Et si un utilisateur de base peut contribuer à aider, ce serait 
avec grand plaisir, à hauteur du temps et des compétences disponibles ;-)

Haut les cœurs en effet !



Re: [spip-dev] Police de la dist

2017-07-16 Par sujet Manu

Euh, pas trop apprécié le "grossière"...
D'abord, il n'y a rien d'incompatible dans les deux objectifs (on peut 
vouloir améliorer spip.net et la dist. Après, a-t-on les moyens et qui 
s'y colle, c'est une autre question)
Ensuite, il fut un temps où était mis en avant un slogan "Du logiciel 
libre et de la tendresse" : c'est marrant, mais, "tendresse", ce c'est 
pas tout à fait ce que j'ai ressenti en lisant "grossière erreur"




Re: [spip-dev] Police de la dist

2017-07-14 Par sujet Manu



mais aussi - qu'on le veuille ou non - c'est la première interface avec
le spipeur découvrant.
Premier regard, premier contact, première impression : ça compte beaucoup.


+1 (+10 même !)



Re: [spip-dev] Mise à jour CRITIQUE de sécurité - Sortie de SPIP 3.1.1, SPIP 3.0.22 et SPIP 2.1.29

2016-03-11 Par sujet Manu

Le 11/03/16 13:04, erational a écrit :





Merci pour ces précisions que j'ai ajouté à la notice de sortie
https://blog.spip.net/Mise-a-jour-CRITIQUE-de-securite-Sortie-de-SPIP-3-1-1-SPIP-3-0-22-et-SPIP-2-1.html



Est-ce que ça ne serait pas intéressant d'y rajouter les infos 
permettant de mettre à jour via SVN ?





Re: [spip-dev] Mise à jour CRITIQUE de sécurité - Sortie de SPIP 3.1.1, SPIP 3.0.22 et SPIP 2.1.29

2016-03-11 Par sujet Manu



Il convient donc de vérifier l'installation de PHP avant de faire la mise à 
jour, pour éviter de risquer de bloquer le site.


Sur un hébergement commercial type hébergement mutualisé chez OVH, 
planethoster, 1&1 etc... comme s'effectue cette vérification ?




[spip-dev] modeles des documents et argument largeur ou hauteur

2015-12-07 Par sujet Manu

Bonjour,



L'article relatif au plugin "Redimensionner les images d’un article 
depuis l’espace privé" de Thierry Kaufmann 
(http://contrib.spip.net/Redimensionner-les-images-d-un-article-depuis-l-espace) 
dit :


Note importante : Ces possibilités ont été intégrées dans les modèles 
img et doc de SPIP3 : Lire http://www.spip.net/fr_article5427.html

Ce qui rend ce plugin - en partie - obsolète...

Or, à l'usage,Pour <docxxx|...> ça fonctionne, mais pas pour <imgxxx|...>

C'est voulu ?

Bonne journée,
Manu




[spip-dev] Nouveau logo (suite...)

2015-09-09 Par sujet Manu

Bonjour...
Il y a quelque temps, j'avais commis un logo qui semblait avoir plu à 
certains. Avec un ami, on a retravaillé sur cette histoire de logo pour 
pousser le bouchon un peu plus loin.


Je viens de poster les visuels sur contrib :

http://contrib.spip.net/contributions-pour-un-nouveau-logo

Voili, voilou, tant mieux si ça plaît, et si ça ne plaît pas, eh bien, 
ce n'est pas bien grave : nous, de notre côté, on a eu de toute façon 
bien du plaisir à travailler là-dessus, alors pas de souci.


Bonne journée à chacun,

Manu




Re: [spip-dev] Mise à jour de plugins : erreur

2015-04-27 Par sujet Manu

Le 23/04/15 12:29, Marc VALLETEAU de MOULLIA a écrit :

Bonjour, j’ai une réaction curieuse lorsque je demande une mise à jour d’un 
plugin sur un site en spip 3.0.17. Après avoir confirmé la demande de mise à 
jour, j’ai un message d’erreur : Fichier actionner absent

Lorsque je rafraîchis mon navigateur, le message disparaît et je reviens sur la 
liste des plugin, mise à jour effectuée. C’est la première fois que je vois ça, 
et je ne l’ai jamais eu en local.

J’ai cherché dans les différents spip que j’ai, et ce fichier, effectivement, 
n’existe pas : est-ce normal ?

Mes configurations : en local, version de php 5.6.2. Sur le serveur mutualité, 
php 5.3.15. Je précise que j’ai d’autres spip 3.0.17 en mutualité, sans ce 
message d’erreur.




Quelqu’un sait-il ce que ça signifie ? Merci beaucoup.

Marc
___
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

J'observe également ce comportement sur un de mes hébergements sans en 
avoir jamais pu en comprendre la cause. Je me souviens de l'avoir 
signalé à Matthieu Marcillaud.
On avait fait différents essais et au final il ne voyait pas très bien 
ce qu'il se passait...




[spip-dev] C'est normal, ça, des filtres qui s'appliquent sans "|" ?

2015-02-26 Par sujet Manu

SPIP3, dernière version stable, je constate un comportement bizarre :

est accepté par le compilateur et donne le même résultat que


De la même manière
[(#TEXTEimage_reduire{400,300})]
est accepté par le compilateur et donne le même résultat que
[(#TEXTE|image_reduire{400,300})]

C'est normal, ça, ces filtres qui s'appliquent sans le "pipe" ?



[spip-dev] (Petite) proposition d'amélioration

2015-02-11 Par sujet Manu

Bonjour,
sur une 3.0.17 toute fraîche je remarque ceci :
l'url ?exec=groupe_mots_groupe=xx
Le tableau qui affiche les mots-clefs du groupe xx est structuré ainsi :

- titre -> lien vers ?exec=mot_mot=yy
- logo mot
- Nombre d'objets concernés
- id_mot -> lien vers ?exec=mot_mot=yy

Les deux liens sont similaires.

Ne serait-il pas intéressant que le lien sur id_mot soit
?exec=mot_edit_mot=yy

Pas grand-chose, mais c'est toujours un clic de gagné, et ce serait 
cohérent avec ce qui existe pour les articles.


Merci pour tout ce que vous faites pour notre polatouche préféré.

Manu



Re: [spip-dev] [BUG ?] tableau CSV contenant des url

2014-04-22 Par sujet Manu



SPIP 2.1.26


C'était un bug:

http://core.spip.org/projects/spip/repository/revisions/21325



Cool ! Merci !
Et pour SPIP 3, y a-t-il une correction à apporter ou le problème 
n'existait-il que pour SPIP 2.x ?




[spip-dev] [BUG ?] tableau CSV contenant des url

2014-04-16 Par sujet Manu
Lorsque un fichier csv contient des adresses internet directement dans 
le texte style (typiquement http://mon domaine.tld), le tableau généré 
par SPIP lorsque le document est appelé par  "se casse" (voir 
image jointe)

http://mine-de-rien.fr/picts/bug-tableau-csv.gif

Une parade consiste à transformer
http://mon domaine.tld
en
[->http://mon domaine.tld]
mais il est difficile de demander à un client de faire cette manipulation

C'est un bug ou c'est moi qui fais mal quelque chose ?

SPIP 2.1.26



Re: [spip-dev] warning

2014-04-09 Par sujet Manu

Le 09/04/14 16:50, Bruno Bergot a écrit :



Ce "bug" est déjà corrigé dans la version dev (la 3.1) :

http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/dist/formulaires/ecrire_auteur.php#L39


Il faudrait peut être le reporter dans les version 3.0 et 2.1. Et comme
le code de la dist est sur la zone, tu peux le faire sans restriction
pour la branche 3.0 :)


Cool, sauf que je ne sais pas comment ça marche la zone !


http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/dist


ps : dans quelle configuration tu rencontres ce bug ? tu n'aurais pas
activé les warnings php par hasard ?



Eh bien j'avoue que je n'en sais rien ! Mes sites (il s'agit d'une mutu) 
étaient jusqu'à présent sur un hébergement mutualisé. Suite à une 
fréquentation assez importante (et peut-être aussi des voisins un peu 
gourmands), j'ai dû migrer sur un VPS : c'est après la migration, sans 
que mes squelettes ni aucun de mes fichiers aient été modifiés, que ces 
warnings sont apparus. Il y a donc bien un réglage apache qui n'est pas 
le même que sur le serveur précédent... Mais lequel ?




[spip-dev] warning

2014-03-29 Par sujet Manu


Je rencontre un souci avec le formulaire de contact de la dist (SPIP 2.1.26)

L’erreur suivante s’affiche :
Warning : Illegal string offset ’email’ in 
/…/squelettes-dist/formulaires/ecrire_auteur.php on line 22


A la ligne 22 on trouve :
’email_message_auteur’=>$GLOBALS[’visiteur_session’][’email’]) ;

Le patch suivant proposé dans un forum est-il une bonne solution ou y 
a-t-il des effets de bord indésirables ?

'email_message_auteur'=>isset($GLOBALS['visiteur_session']['email'])

Si c'est bien le cas, ne faudrait-il pas que la distrib soit corrigée ?



Re: [spip-dev] [BDD SPIP externe] #LOGO_ARTICLE ne fonctionne pas

2013-09-02 Par sujet manu



peut-être :


[(#REM) affichage du logo distant http://www.spip.net/fr_article4155.html ]
[(#VAL{[(#URL_SITE_SPIP|replace{siteappelant,siteappele})]/IMG/arton#ID_ARTICLE.jpg}|copie_locale)]



Oui, ça fonctionne...

J'avais fait un poil plus simple en écrivant carrément en dur le nom du 
site "maitre"

[(#VAL{http://sitemaitre.tld/IMG/rubon#ID_RUBRIQUE.jpg}
|copie_locale
|image_reduire{600,0}
)]

mais ce type de contournement est tout de même chagrinant car ça 
ressemble tout de même à une grosse ruse très moche et très affreuse


Y'aurait pas un petit truc simple () pour rendre #LOGO_ARTICLE 
opérationnel d'autant que puisque #TEXTE, #CHAPO etc... fonctionnent on 
se dit que #LOGO_ARTICLE ça va le faire aussi (même si on sait bien que 
ce n'est pas un champ contenu dans la table directement...)




Re: [spip-dev] [BDD SPIP externe] #LOGO_ARTICLE ne fonctionne pas

2013-09-02 Par sujet manu



Le 02/09/13 19:51, Ybbet SPIP a écrit :

Bonjour,
Il faut rajouter dans cette boucle la balise #URL_SITE_SPIP devant 
#LOGO_ARTICLE pour avoir la bonne URL vers le logo.
Faudrait tester #LOGO_ARTICLE avec le filtre de lien absolu.




Pas mieux avec |liens_absolus

Le problème n'est pas que la balise renvoie une mauvaise url, puisque... 
elle ne renvoie rien :


[(#LOGO_ARTICLE)]
produit le code source suivant dans la page web




[spip-dev] [BDD SPIP externe] #LOGO_ARTICLE ne fonctionne pas

2013-09-02 Par sujet manu

Bonjour,
les ennuis se prolongent dans l'exploitation d'infos contenus dans une 
base externe.


Rappel : dans le cadre d'une ferme à SPIP, j'ai des sites A, B, C... qui 
interrogent pour partie les données d'un site Z


Depuis un site "client", la boucle suivante


[(#LOGO_ARTICLE)]
[(#CHAPO)]
#TEXTE


renvoie bien les infos texte, chapo mais pas le logo de l'article

S'agit-il du même type de problème que celui qui a été rencontré (et 
fixé par Joseph) sur les modèles média (les modèles ne retournaient pas 
les images distantes mais les images locales ayant le même id) ???


ma config : SPIP 3.0.11 - ZPIP 1.7.21






Re: [spip-dev] Modèles, inclusion, connect et emb...

2013-08-20 Par sujet manu

Le 18/08/13 17:09, Joseph a écrit :

Bonjour,

sur Contrib (http://contrib.spip.net/Plugin-Modeles-media#forum469957)
un utilisisateur m'a transmis le problème suivant.

Il a plusieurs sites en mutualisation. Sur le site B, il a configuré un
accès sql au site A. Depuis le site B, il affiche un article du site A
(en indiquant la connexion au site A dans sa boucle).

Tout fonctionne à peu près sauf certains document. Les modèles doc et
img fonctionnent bien mais pas le modèle emb. Tout cela est un problème
d'inclusion et de transmission de connect / la connexion SQL à utiliser.


Je suis l'utilisateur qui a soulevé le problème auprès de Joseph
Les choses ont été réglées en ce qui concerne les modèles media qui 
renvoient maintenant bien, depuis le site "client", les images ou les 
documents du site "maitre"


les choses ne sont pour autant pas complètement réglées pour le modèle  doc

CONTEXTE

Ferme à SPIP
Un site maitre est appelé ponctuellement par des sites de la mutu (sites 
dits "clients")


Soit sur le site maitre une image qui porte l'id=1 insérée dans 
l'article id=2)


Depuis le site client, le site maitre est appelé depuis l'url suivante :
http://urlsiteclient.ext/spip.php?page=sitemaitre_article=2=yang_sitemaitre

1 SQUELETTE SITEMAITRE.HTML
---
<BOUCLE_test(yang_sitemaitre:ARTICLES){id_rubrique=1}{id_article ?}{0,1}>
#TITRE
#CHAPO
#TEXTE

[(#REM) Gestion du portfolio et des documents ]
<INCLURE{fond=inclure/documents}{id_article}>



2 AFFICHAGE
---
media1 ou doc1 ou img1
depuis le site client ou depuis le site maitre, l'un ou l'autre des 
modèles utilisé affichent bien la bonne images (celle présente dans 
l'article du site maitre)


3 LIEN
--
<media1|vignette> fonctionne bien (le lien est)
http://sitemaitre.tld/sites/sitemaitre.tld/IMG/jpg/shifang-hall.jpg

[->doc1] et [->img1] fonctionnent bien sur le site maitre mais ne 
fonctionnent pas correctement sur le site client : le lien est

http://siteclient/spip.php?page=document_document=1=connect_sitemaitre



===
#ENV{connect}
===
Au début de mes recherches, j'ai cherché à grand coups de
[(#ENV**|unserialize|print_r{1})]
comment était inclus/transmis le parametre connect 
=connexion_base_externe


Visiblement, cet élément dispose d'un autre tuyau et n'est pas 
récupérable dans l'environnement.
Il me semble que ce serait pourtant utile/commode de pouvoir lui mettre 
la main dessus dans les squelettes



Voili, voilà...
(en espérant ne pas avoir été trop confus)

Manu



Re: [spip-dev] Spip3 RC - <embX|left> génère drôle de code

2012-05-12 Par sujet manu
En consultant le code source de ta page, je vois plein de br 
class="autobr" qui se glissent dans la balise dl de tes images

Est-ce que ça n'aurait pas un lien avec ce qui est dit ici ?
http://core.spip.org/issues/2639


-


Bonjour,

Peut-on voir le code html généré s'il vous plaît ?

Avez-vous modifié le modèle emb.html ? ou un autre modèle ? (image.html,
etc.)

Le 12 mai 2012 à 16:08, Martin Kempf a écrit :


Bonjour,

Non, c'est du "001.jpg"...
C'est bien dans le code généré de SPIP, ce petit morceau de code.

Martin

Le 11/05/2012 15:51, TeddyP SPIP a écrit :

Bonjour,
Avez-vous mis un lien (ou un quelconque raccourci spip) dans le titre
de votre image ?

Le 11 mai 2012 15:40, Martin Kempf > a écrit :

Dans le site que je viens de mettre à jour (192n vers 300RC), les
 pour insérer les documents dans les texte génèrement
une partie de code visible dans la partie publique.


donne
"style='float:left;width:120px;'>"
en public (peut-être il manque un crochet dans le code quelque
part ?)

voir ici : http://www.kirschmann.de/spip.php?article14
C'est un petit bug ?

Martin

___
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] SPIP3 + icônes côté privé

2012-02-29 Par sujet manu
j'ai également cette interrogation concernant le jeu d'icônes de 
l'espace privé...


Je me suis amusé à faire un premier lot d'images, incomplet, sous forme 
d'un plugin téléchargeable à l'url. Ça donne tout de même une idée de ce 
que ça pourrait rendre...


http://www.mine-de-rien.fr/docs/navigator.zip

L'idée était de faire un jeu d'icônes monochromes, simples, qui 
s'accorderaient avec le bandeau du haut.


Si il y en a que ça tente d'essayer pour voir comment vous ressentez 
cette piste, à votre bon coeur !


Le gros hic, le très gros hic, c'est que ce jeu est tiré d'un set 
d'icônes pas libres du tout !!! J'ai contacté le designer pour lui 
demander si il accepterait de céder ses droits à un CMS open-source au 
cas où la communauté trouverait ses icônes sympas...


Voilà la réponse qu'il m'avait faite

Hi there
Sorry for the late reply. If you are using the icons for free (e.g. 
Super mono icons), you need to give attribution to us (i.e. put a link 
to our website on your download or product page.) Otherwise a small 
amount of license fee is needed. The super mono vector icons is not 
downloadable for free but the standard license costs only 10 pounds. And 
you can use them in your product which you mentioned is not for sale (or 
open source).  If you are using them in products that for sale, an 
extended license would be proper. In your case, a standard license is 
OK. Hope I explained clearly. Cheers,

Regards,

---

J'imagine que le message de notre designer ne nous avance guère, voire 
même condamne quasiment la piste : il ne semble pas enclin à verser ses 
icônes dans le panier de l'open-source et c'est peut-être son 
casse-croûte Cela dit, si ses petites icônes plaisaient, on pourrait 
tout de même peut-être tenter de revenir à la charge (ou s'en inspirer !)




[spip-dev] [SPIP CONTRIB] Derniers commentaires "déshabillés"

2012-02-02 Par sujet manu
Désolé si ce n'est pas le bon endroit pour exposer ma remarque... SPIP 
Contrib vient de s'offrir une petite maintenance : désormais les 
derniers commentaires ne sont plus précédés du titre du plugin auquel 
ils s'appliquent.
Il me semble que la nouvelle formule est une régression en terme de 
clarté. Je trouve qu'il s'agissait d'une information importante qui 
permettait de se repérer : il y a des plugins que l'on souhaite "suivre" 
et cette mention permettait de le faire assez simplement.
Si il y avait un vote, je voterais bien pour son rétablissement (ou d'un 
équivalent)


Bonne journée (et n'oubliez pas les cache-cols, mouffles et bonnets !) 
et merci à tous les développeurs pour tout leur chouette travail.


Manu



Re: [spip-dev] SPIP 3.0 beta2 disponible

2012-01-21 Par sujet manu

Le 21/01/12 16:35, Yves Grenier a écrit :

Le 03/01/2012 15:45, Ben. a écrit :

Bonjour,

la version Beta2 est disponible ici :
http://files.spip.org/spip/dev/

à vos tests ... prêts ... partez !


P.S: si vous avez vu passer un "La version 3.2. est disponible" en bas
de votre SPIP, c'était une erreur qui est corrigée.




Bonjour

Je viens de charger les fichiers de cete archive sur un site (local) qui
était en version 2.1.12 (de mémoire)

Je ne peux plus accéder à l'administration: la page
spip.php?page=login=%2Fecrire%2F
afficher "terminé à la fin du chargement, mais elle est vide.

Je peux naviquer dans la partie publique du site, mais les textes sont
affichés sant traitement des raccourcis typographiques.


et après avoir vidé les caches situés dans /local  et fait un grand 
nettoyage dans /tmp, ça ne va pas mieux ?




Cordialement

Yves Grenier






[spip-dev] [Icônes de SPIP] et le petit bandeau ?

2011-07-13 Par sujet manu
Un commentaire sur 
http://www.spip-blog.net/SPIP3-version-alpha-version-jaja.html#co met le 
doigt à juste raison me semble-t-il sur la présence des icônes du sous 
bandeau : très petites, pas franchement des oeuvres d'art et pour tout 
dire plutôt datées...

Ne mériteraient-elles pas d'être modifiées ?

Pour faire avancer le débat, j'ai fait à l'arrache une proposition à 
partir d'icônes libres de droit, pas franchement dans le ton des 
nouvelles icônes du haut, mais, bon, c'est pour lancer le débat


http://www.mine-de-rien.fr/docs/interface.png

On gagne en compréhension, non ?

Sachant que Sébastien Desbenoit n'a évidement rien d'autre à faire de 
ses journées que de travailler sur les icônes de SPIP, il ne pourrait 
pas dessiner un jeu complémentaire dans cet esprit-là (histoire que ce 
soit cohérent graphiquement ?...


Manu



Re: [spip-dev] SPIP n'aime pas Gzip ! [Résolu]

2011-01-21 Par sujet manu
Mon hébergeur est revenu sur son premier diagnostic : Gzip n'est 
effectivement pas en cause.

Pour info et si ça en intéresse qques uns, voici sa réponse

Bonjour,

Nous avons identifié le problème.

Le problème était que nous avons développés avec la fondation PHP des 
outils permettant d'augmenter la sécurité de l'exécution des scripts PHP 
sur notre plateforme.


Très peu d'hébergeurs supportent ce mode php, donc très peu de bugs sont 
détectés sur l'ensemble du développement de php par rapport à ce mode.


Il semblerait que la module core (base) de php lors d'une compression / 
décompression dynamique de code ne prenait pas tout le temps la taille 
réelle du buffer lors de la décompression, ajoutant 3 octets nuls. Ces 3 
octets nuls étaient ensuite injectés lors de l'envoi du parser php au 
module de diffusion http d'Apache.



Voili, voilà...

Bonne nuit !



[spip-dev] SPIP n'aime pas Gzip !

2011-01-20 Par sujet manu
à propos des erreurs rencontrées avec les urls du type 
spip.php?page=un_squelette_absent_mode=recalcul


voir fil : http://article.gmane.org/gmane.comp.web.spip.user/164398

Mon hébergeur (ICODIA) vient de me répondre que les problèmes que 
j'avais rencontrés (voir le fil) avaient été résolus en désactivant Gzip 
au niveau de leur serveur.


Effectivement, ça a l'air OK maintenant (à l'exception de SAFARI qui 
maintenant affiche le code source de la page 404, sans la boite de debug 
1 erreur(s) dans le squelette : aucun squelette un_squelette_absent.html 
disponible)


C'est quoi ce truc entre Gzip et SPIP ?





[spip-dev] icones à la poubelle non cohérentes

2010-06-02 Par sujet manu

Bonsoir,
sur un spip 2.1 je viens de remarquer un détail que je trouve 
"ergonomiquement" gênant. Le statut d'un article est figuré par des 
pastilles vertes, blanches etc... Pour un article "à la poubelle" c'est 
une pastille noire et blanche.
Venant d'avoir une série de modifications à faire à la chaîne, je 
remarque que pour les sites, la pastille "à la poubelle" n'est pas celle 
utilisée pour mettre les articles à la poubelle mais celle utilisée pour 
"refuser" un article.

Y'a pas mort d'homme, mais ça crée de la confusion !

Je n'ai pas vérifié comment c'était dans les versions précédentes.

Manu


[spip-dev] soucis de pagination sur spip-contrib

2010-04-01 Par sujet manu
J'ai souvent des problèmes avec la pagination ajax sur spip-contrib (les 
derniers commentaires)

clic sur l'item 2 me conduit à  la disparition pure et simple du bloc !

Je suis le seul ?

ma config
SafariI 4.0.5 - Mac OS X 10.4.11



[spip-dev] bug {pagination} et {a,n}

2010-02-17 Par sujet manu

Il semble que l'on soit en présence d'un bug concernant {pagination}...


ECRITURE 1 :>>>>>>>>>> Le résultat de la boucle deux est faux 
(l'éviction du premier article ne se fait pas)

<BOUCLE_une(ARTICLES){id_rubrique=xx}{!par date}{0,1}>
[(#TITRE)]



#PAGINATION
<BOUCLE_deux(ARTICLES){id_rubrique=xx}{!par date}{1,n}{pagination}>
[ (#TITRE)]




ECRITURE 2 : Si l'on enlève la pagination, le résultat de la boucle deux 
est juste (l'éviction du premier article se fait bien)

<BOUCLE_une(ARTICLES){id_rubrique=xx}{!par date}{0,1}>
[(#TITRE)]




<BOUCLE_deux(ARTICLES){id_rubrique=xx}{!par date}{1,n}>
[ (#TITRE)]


---

ECRITURE 3 : On reprend l'écriture 1 et on permute les critères dans la 
boucle 2 >>>> Le compilateur renvoie un étonnant #PAGINATION sans 
critère {pagination} ou employé dans une boucle récursive


<BOUCLE_une(ARTICLES){id_rubrique=xx}{!par date}{0,1}>
[(#TITRE)]



#PAGINATION
<BOUCLE_deux(ARTICLES){id_rubrique=xx}{!par date}{1,n}{pagination}>
[ (#TITRE)]


Remarque : si l'on enlève #PAGINATION, le message de debug disparait et 
le résultat est correct (éviction de l'article 1)


---

ECRITURE 4 : On modifie l'écriture 3 et on élimine le "n" dans le 
critère {a,b} en le remplaçant par une valeur numérique : le résultat 
est correct


<BOUCLE_une(ARTICLES){id_rubrique=28}{!par date}{0,1}>
[(#TITRE)]




[(#REM)les autres ]

#ANCRE_PAGINATION #PAGINATION
<BOUCLE_deux(ARTICLES){id_rubrique=28}{!par date}{pagination}{1,100}>
[ (#TITRE)]



Il semble qu'il y ait un peu de flottement dans tout cela.
Testé sous SPIP 2.0.10 (version stable) sans plugin. Reproduit sur deux 
machines différentes...


Manu
PS : est-ce le bon endroit pour signaler cela ?











[spip-dev] bug ajax

2010-01-28 Par sujet manu

Il semble qu'il y ait un bug dans la partie privée

Soit un article.
Je joins plusieurs documents (joindre un document) à l'article. OK, ils 
apparaissent bien en bas de page dans le portfolio.
Si je supprime un des documents, le rafraichissement automatique de la 
page se fait mal et je n'ai plus de portfolio : on se dit, bin mince, 
tous les documents ont été enlevés ! Il faut faire un rafraîchissement 
manuel (Pomme + R) pour que les documents restant réapparaissent dans le 
portfolio...


SPIP 2.0.10 [14698]
Pas de plugin

Navigateurs utilisés : FF 3.6
Safari 4.0
Mac OS X 10.4.11

Il faut signaler ça où ?




Re: [spip-dev] Plugins et /lib

2010-01-27 Par sujet manu
Je trouve que cette organisation est cohérente avec l'esprit général de 
SPIP et son système de squelette. Ce qui veut dire que tout ce qui est 
personnalisé se retrouve bien dans l'arborescence /squelettes (et du 
coup la question de la sauvegarde que j'évoquais se trouve ipso facto 
résolu puisqu'il n'y a plus de fichiers personnalisés à traîner dans 
/themes)

Manu

Je me suis mal fait comprendre
Dans themes/ on aurait les thème téléchargés prêt à l'emploi, et
activables par le zen garden
Dans squelettes/themes, on mettrait ses personalisations (css, images
etc ...), ou son thème que l'on s'est fait lorsqu'on est sur un site
perso ou on a pas besoin de zen garden.

Cédric

  






[spip-dev] Plugins et /lib

2010-01-24 Par sujet manu
Je profite du message précédent pour faire part d'une réflexion que je 
me suis faite en voyant apparaître tout d'abord le répertoire /lib puis, 
maintenant avec les squelettes Z, l'apparition du répertoire themes
Il s'agit de la question des sauvegardes qui, auparavant étaient 
limitées à  /IMG, /squelettes et /tmp/dump (avec /plugins pas très loin)


Je trouve "dispersant" de devoir s'occuper maintenant en plus de deux 
autres répertoires parce que ça multiplie les risques d'oubli


Si on pouvait avoir auto/lib et loger les thèmes dans des 
sous-répertoires de squelettes, on réduirait ce risque. Pas fondamental, 
mais peut-être tout simplement un peu plus commode. Mais peut-être 
y-a-t-il des obstacles que mes modestes compétences ne me permettent pas 
de voir ! Vous en pensez quoi ?






[spip-dev] Duplicate entry

2009-12-17 Par sujet manu

Si ça peut aider...

Sans trop de raison, en parcourant mon répertoire tmp, je vois des 
fichiers de log sql... Tiens ?  J'édite, comme ça, pour voir, et je 
tombe sur plein de lignes du type


Dec 15 11:34:53 90.25.206.132 (pid 25632) Duplicate entry 
'1231-512-article' for key 1 - INSERT INTO spip_documents_liens 
(id_objet,objet,id_document,vu) VALUES (512,'article',1231,'oui')


Par curiosité, je vais jeter un coup d'oeil sur un autre site en 2.0.10 
et j'y trouve également un fichier /tmp/mysql.log avec les mêmes erreurs...

C'est grave docteur ?




SPIP 2.0.10
plugins installés : bonux, cfg, champ_extra2, crayons, saisies et thumbsites





[spip-dev] drôle de couverture, non ?

2009-11-12 Par sujet manu Guillemont
Dîtes-moi, en consultant des bouquins sur le site d'Eyrolles, je suis 
tombé sur ce bouquin traitant de DRUPAL, bouquin dont la couverture m'a 
vraiment surpris.


http://www.eyrolles.com/Informatique/Livre/composez-avec-les-modules-de-drupal-9782744023644

étonnant, non ?




[spip-dev] les crayons sont actifs sur spip-contrib en simple visite

2009-10-24 Par sujet manu Guillemont

Tout est dit dans le titre... Un p'tit soucis qqpart à corriger ?




Re: [spip-dev] bug : nom de la sauvegarde incorrect

2009-08-31 Par sujet manu Guillemont

Non, non, chez moi (local et distant), ça ne marche pas
Je viens de vérifier : une sauvegarde dont je demande qu'elle s'appelle 
ABC31082009 se retrouve sous le nom de dump.xml.gz !

SPIP 192i. Aucun plugin !
En 192g, c'est OK...
Je suis le seul à reproduire ?




[spip-dev] bug : nom de la sauvegarde incorrect

2009-08-31 Par sujet manu Guillemont

Bonjour,
après migration vers 192i, j'ai un bug sur le nom de l'archive de 
sauvegarde qui s'appelle systématiquement dump.xml.gz ou dumpl.xml 
quelque soit le nom que l'on demande ou que SPIP propose (par défaut nom 
+ la date)


ma config : SPIP 192i + crayons + couteau suisse
bug constaté en production et reproduit en local (en 192g, le bug 
n'apparaît pas)


Voili, voilà...




[spip-dev] "pas d'extracteur jpg fonctionnel"

2009-08-31 Par sujet manu Guillemont

Hello,
Plusieurs sites hébergés sur un même serveur présentent le même symptôme :
si, dans l'interface privée, je joins à un article une image jpg un peu 
grosse (du genre 1500 x 1000px), l'upload se passe apprement bien (les 
tables dans la base sont du reste bien renseignées) mais la vignette du 
portfolio ne se fait pas. Si je vais voir autre part et que je reviens 
pour modifier cet article, j'ai une page blanche.


si je regarde dans les logs (spip.log), je vois la mention

"pas d'extracteur jpg fonctionnel"

Si la même image est envoyée en GIF, ça fonctionne correctement.

Si je "nettoie la base en enlevant dans spip_document_article ce qui 
concerne l'image, l'accès à l'article est rétabli, bien sûr.


Indices :
Dans configuration avancée, la petite barre dans la boîte générer les 
miniatures et quasiment rouge (il n'y a qu'un minuscule bout vert en 
début de graphe).


Quelqu'un verrait-il une piste à proposer ??? Mon hébergeur me dit que 
rien n'a bougé chez lui...





[spip-dev] pagination + doublons : bug ?

2009-07-10 Par sujet manu Guillemont
Peut-être me manque-t-il un élément, mais il me semble que ça ressemble 
à un bug...


Soit la situation suivante d'articles qu'on souhaite classer par 
"période", par exemple : ceux de moins de 7 jours puis ceux de moins de 
15 jours puis ceux du mois etc...


on peut imaginer une première boucle avec critère {age <=7}{doublons}
puis une deuxième avec {age<15}{doublons}
puis une troisième {age<30}{doublons}
etc...

Ça marche très bien et on a un affichage du style
LES ARTICLES DE LA SEMAINE
article 1a
article 1b
article 1c
article 1 d
article 1e
etc...

LES AUTRES ARTICLES DATANT DE MOINS DE 15 JOURS
article 2a
article 2b
article 2c
article 2d
article 2e

en prévision d'une liste important d'articles,  on peut souhaiter 
glisser une pagination, par exemple dans la boucle "7 jours" on met 


on obtient

LES ARTICLES DE LA SEMAINE
article 1a
article 1b
1|2|3 (<<<-la pagination)
etc...

LES AUTRES ARTICLES DATANT DE MOINS DE 15 JOURS
article 1c
article 1 d
article 1e
article 2a
article 2b
article 2c
article 2d
article 2e

les articles "paginés" mais non affichés se glissent dans la boucle 
suivante : tout se passe comme si {doublons} n'affectait que les liens 
"affichés" et non pas déjà présents (on est d'accord que les résultats 
paginés ne sont pas tous affichés - c'est bien l'intérêt d'une 
pagination - mais devraient être pris en compte puisque rattachés à la 
boucle qui est à leur origine, ici la boucle "semaine"


C'est effectivement un bug (ou une limite) ? Ai-je loupé quelque chose ?



Re: [spip-dev] bug v207 ?

2009-05-05 Par sujet manu Guillemont

RealET a écrit :


Voir : Résolu par http://trac.rezo.net/trac/spip/changeset/13901
Qui clôt le fil de discussion : 
http://thread.gmane.org/gmane.comp.web.spip.devel/53162


Remarque : ce bug ne se produit pas en mode d'url propre
Ce qui ne parait pas réellement satisfaisant dans la mesure où, lorsque 
tu montes un site, je pense que 99% des personnes travaillent en mode 
standard (enfin, c'est mon cas) et tu ne bascules en url propres que 
lorsque ton site est prêt à être mis en production.
Donc, à mon humble avis, le bug n'est pas réellement corrigé car en 
phase de test,tes squelettes ne fonctionnent pas...





[spip-dev] bug v207 ?

2009-05-05 Par sujet manu Guillemont

Bonsoir


une url du type http://www.monsite.com/spip.php?mot4_secteur=2 est 
mal interprétée par le squelette appelé dans la mesure où il ne récupère 
pas la variable d'environnement id_secteur.
Un petit tour en mode debug montre que le squelette appelé n'a pas 
connaissance de l'existence de cette variable.


Une redescente en version 203 a réglé le problème sans avoir modifié 
quoi que ce soit


N'ayant pas les compétences php pour aider en quoi que se soit (dommage 
!) je me contente de signaler... ça peut peut-être déjà aider un peu ?


site hébergé chez ICODIA
SPIP v207 - pas de plugin - pas de règle de réécriture (pas d'htaccess 
installé)







[spip-dev] Bug "redirection/entête http" ?

2009-03-08 Par sujet manu Guillemont

CONSTAT
en mettant en place des squelettes tout à fait basiques sur un SPIP 2.03 
puis 2.05 pour un nouveau site en cours d'élaboration, j'avais sans 
arrêt des messages

"trop de redirections sont survenues (erreurs 302)"

dès que j'avais une url contenant un argument
ex: monsite.com/spip.php?mot15 c'est OK
ex: monsite.com/spip.php?mot15=xx   >>> erreur
même blocage quand j'utilisais des liens dans les squelettes de la forme 
ou quand je glissais une pagination dans une boucle vu que cela conduit 
à une url ayant un argument "_machin=xxx"


anormal et incompréhensible, les squelettes étaient vraiment basiques

J'ai épluché les forums et suis tombé sur un message de forum
http://forum.spip.org/fr_193394.html
faisant référence à
http://archives.rezo.net/spip.mbox/200703.mbox/%3cesbt0i$7ja$1...@sea.gmane.org%3e 



qui m'a donné envie de remplacer inc/header.php de la distrib 2.05 par 
celui de la distrib 192g

et tout est revenu dans l'ordre... aussi bien en local qu'en distant !

Bref, je me demande si il n'y a pas un schmilblick dans le fichier 
header.php de la distrib ? et/ou une option apache mal prise en 
compte/paramétrée...


Si ça peut faire avancer...


Bon dimanche,
Manu




Re: [spip-dev] Svn 8537 et IE7

2007-01-29 Par sujet Manu
Committo,Ergo:sum  rezo.net> writes:

> Je viens de poster un code un peu plus clair, ça suffira peut-etre.

Désolé d'insister mais ça ne fonctionne toujours pas. 

Certes ce n'est pas capital, mais la remarque de l'autre intégriste a fini par 
me faire douter de la pertinence de remonter les soucis...





Re: [spip-dev] Svn 8537 et IE7

2007-01-29 Par sujet Manu
bertrand Gugger  toggg.com> writes:

> C'est quand même génant que Bill Gates soit le plus riche du monde et 
> que tu emmerdes les devs pour ça.
> 
> Changes d'OS.


Mais je rêve... Heureusement que je lis presque quotidiennement cette liste 
pour avoir fini par m'habituer à ton intégrisme. Pardonne moi de "t'emmerder" 
en remontant un dysfonctionnement. Certes sur un OS et un navigateur que tu ne 
portes pas dans ton coeur.
Mais au final, sans ce genre de remontées, il me semble que l'on pénalise les 
utilisateurs...
M'enfin, je ne sais même pas pourquoi je perds mon temps à te répondre.
Allez, va, continue de troller dans ton coin :(



Re: [spip-dev] Svn 8537 et IE7

2007-01-28 Par sujet Manu
Committo,Ergo:sum  rezo.net> writes:

> Peux tu essayer avec tout ce bloc remplaçant les lignes 161 à 195:
> (.)
> 
> Committo,Ergo:Sum

Toujours pas... 






Re: [spip-dev] Svn 8537 et IE7

2007-01-28 Par sujet Manu
Fil  rezo.net> writes:

> 
> > Sans changement, désolé...
> 
> Attention il faut vider le cache du navigateur à chaque essai, car ce gadget
> répond toujours "Status: 304" quand le navigateur l'a déjà chargé.
> 

En vidant le cache entre chaque essai, je constate, en ne mettant à jour que 
gadget :
- pas de problème jusqu'en 8502
- problème à partir de 8513

Mes maigres compétences s'arrêtent là ;)




Re: [spip-dev] Svn 8537 et IE7

2007-01-28 Par sujet Manu
Committo,Ergo:sum  rezo.net> writes:

> Et si ligne 166, tu remplaces
>   . "; z-index: 1;"
> 
> par
>   . "; z-index: $z"
> 
> ?

Sans changement, désolé...

> Question supplémentaire: avant il y avait donc l'abominable  
> ascenceur, mais est-ce que les supperposition de calques étaient bien  
> opaques ?
> 
> Committo,Ergo:Sum

Oui, oui, sans problèmes.





[spip-dev] Svn 8537 et IE7

2007-01-28 Par sujet Manu
Bonjour,

il y a dans SPIP un petit "navigateur" qui présente la liste de toutes les 
rubriques (je ne connais pas son nom mais il est en haut à gauche et les urls 
sont de type exec=naviguer_rubrique=xx).
Ce petit navigateur donc, provoquait depuis le 1.9.1, l'affichage d'un 
ascenseur horizontal dans IE (6 ou 7).

Depuis le 8537, plus d'ascenseur (chouette) mais un autre phénomène : les sous 
niveaux sont transparents, ce qui rend l'utilisation impossible. Plus 
exactement, il semble que cela ne touche que les sous niveaux dont le menu se 
supperpose sur le navigateur.

Bon si c'est pas super clair :
- capture 1 --> http://www.tjampens.com/spip/menu1.jpg (affichage OK)
- capture 2 --> http://www.tjampens.com/spip/menu2.jpg (affichage bizarre)

Pour info, je précise que j'ai vidé mon cache IE avant de poster ce message.

Manu




Re: [spip-dev] Indexation des chiffres

2007-01-27 Par sujet Manu
Olivier G.  novactive.com> writes:
> Tu veux faire tourner SPIP sur un DAB ?

Je n'ai pas cette prétention :)
Par contre, j'ai des techniciens qui font du dépannage en ligne et SPIP sert 
de support à la base de connaissance. ;)






Re: [spip-dev] Indexation des chiffres

2007-01-25 Par sujet Manu
Merci infiniement.
Manu



Re: [spip-dev] Indexation des chiffres

2007-01-25 Par sujet Manu
Cedric  yterium.com> writes:
> les sigles en majuscules commencant par une lettre sont indexes meme si 
> moins de trois caracteres
> E12 E5 sont indexes


Merci pour ta réponse. Cette astuce m'a déjà bien servi puisque presque toutes 
mes applications sont "lançables" avec un trigramme. En les passant en 
majuscules plus de problèmes, le moteur de recherche les retrouve.

Mais le cas qui m'intéresse est par exemple celui des distributeurs de 
billets : en cas de défaillance, il renvoie une erreur numérique pure (800 = 
plus de billets par exemple).

Quand je cherche "800" rien ne remonte.

Que faut-il modifier pour que SPIP indexe "800" mais pas "le" ou "des" ?

Manu






[spip-dev] Indexation des chiffres

2007-01-25 Par sujet Manu
Bonjour,

l'indexation exclut par défaut tout les libellés de moins de 3 caractères. 

Sauf que dans mes articles, je reprends des fiches techniques avec des codes 
d'erreurs chiffrés de moins de 3 caractères.

Où dois-je chercher pour faire en sorte que l'indexation continue d'exclure 
les mots de moins de 3 caractères mais indexe malgré tout les nombres quelque 
soit leur "longueur" ?

Merci de votre aide.
Manu



Re: [spip-dev] Moteur de recherche : bizarrerie

2006-11-04 Par sujet Manu
Je m'auto-réponds, cela pourra servir à d'autres.
C'est pif (merci à lui) qui m'a aidé dans la recherche du bug.

En fait le problème est :
- du côté de Mysql, qui jusqu'à la 5.0.22 fonctionnait normalement et déconne 
à partir de la 5.0.24
- du côté de SPIP qui corrigait déjà cet ancien problème mais "voyait" la 
version 5 de MySql comme < 4.1

Le correctif, très simple, est disponible là : 
http://trac.rezo.net/trac/spip/changeset/7724

Pour info, j'ai corrigé une 1.9 avec ce patch et c'est nickel !

PS : après avoir appliqué le patch, il faut penser à purger le cache de la 
recherche, sinon, on a l'impression que ça ne marche toujours pas.

Manu



Re: [spip-dev] images de 7495 à 7528 (1.9.2 alpha)

2006-10-04 Par sujet Manu
Le code du squelette :
[(#LOGO_RUBRIQUE_NORMAL||reduire_image{128})]

Le code complet pour mon image, avec la version 7495, qui se réduit 
correctement dans cette version :


Le code complet, une fois revenu sur la dernière SVN (7541), avec une image 
réduite qui ne l'est plus :


Si ça peut aider dans l'analyse...



Re: [spip-dev] images de 7495 à 7528 (1.9.2 alpha)

2006-10-04 Par sujet Manu
> Donnes un url sur ta réponses , j'ai pas trouvé.

localhost :D
C'est en local sur mon poste que j'ai le souci.
Désolé.

PS : je viens de faire un update vers la SVN






Re: [spip-dev] Moteur de recherche : bizarrerie

2006-10-04 Par sujet Manu
Désolé de remonter le sujet mais quelqu'un peut-il me donner une piste ?
Je veux bien faire des tests mais je ne sais pas lesquels.
Et ce problème me bloque sur un site en prod, basée sur la dernière 1.9.1.




Re: [spip-dev] images de 7495 à 7528 (1.9.2 alpha)

2006-10-04 Par sujet Manu
Ben je l'avais donné moi le code obtenu :D

Quand je regarde le code source pour le .png, j'ai :


Re: [spip-dev] images de 7495 à 7528 (1.9.2 alpha)

2006-10-04 Par sujet Manu
J'ai signalé le même problème un peu plus bas mais je n'ai constaté le problème 
que sous IE. Firefox continuait de fonctionner très bien. Et le souci ne se 
pose chez moi que sur les PNG.





Re: [spip-dev] Filtrereduire_imageinopérant sur les PNG sous IE

2006-09-30 Par sujet Manu
Désolé pour le message précédent : l'image correctement réduite de ma brève 
est une .gif. Avec le .png, la réduction n'est pas opérationnelle.
Désolé pour le bruit.

Reste donc à voir pourquoi la réduction du .png plante sous IE...






Re: [spip-dev] Filtre reduire_imageinopérant sur les PNG sous IE

2006-09-30 Par sujet Manu
> j'utilise le filtre reduire_image avec la syntaxe :
> [(#LOGO_RUBRIQUE||reduire_image{60})]

Petit complément : sur la même config, la syntaxe précédente fonctionne très 
bien sur #LOGO_BREVE, alors qu'elle est inopérante sur #LOGO_RUBRIQUE et sur 
#LOGO_ARTICLE.



[spip-dev] Filtre reduire_imageinopérant sur les PNG sous IE

2006-09-30 Par sujet Manu
Bonjour,

j'utilise le filtre reduire_image avec la syntaxe :
[(#LOGO_RUBRIQUE||reduire_image{60})]

Avec la dernière version SVN (7510), le filtre reduire_image est inopérant sur 
les images .png sous IE 6 (Windows XP). Plus exactement, l'image réduite 
s'affiche durant un temps très très court et reprend sa taille initiale.
En utilisant une image .jpg, pas de soucis, la réduction se fait correctement.
Et avec Firefox 1.5.0.7, pas de soucis non plus, ni sur les .png ni sur 
les .jpg.

Pour info, j'ai la ligne suivante dans le  de mon squelette :
img { behavior: url("win_png.htc"); }

Quand je regarde le code source pour le .png, j'ai :


Re: [spip-dev] Moteur de recherche : bizarrerie

2006-09-25 Par sujet Manu
Quelques tests complémentaires, dans la limite de ce que je sais faire.
J'ai réinstallé une ancienne version de Xampp (1.5.3) avec Apache 2.2.2, PHP 
5.1.4, MySql 5.0.21.
Le moteur de recherche fonctionne alors pleinement avec SPIP 1.9.1 et mon site.
Cela confirmerait donc un problème de compatibilité avec MySql, comme dans 
http://forum.spip.org/fr_171706.html.
Désolé de ne pouvoir en faire plus, le reste dépasse très largement mes 
compétences.
Si une bonne âme pouvait m'épauler, mon site est bancal, alors que le moteur de 
recherche en est une fonctionnalité essentielle (base de connaissances).



Re: [spip-dev] Moteur de recherche : bizarrerie

2006-09-23 Par sujet Manu
En migrant le site en 1.9.1 et sur la dernière SVN (7455) même soucis : j'ai 
tout une série de mots, pourtant présents en base, qui ne remontent plus lors 
des recherches.
Ca ressemble furieusement au problème signalé dans le forum 
(http://forum.spip.org/fr_171706.html) qui semblait pourtant avoir été corrigé.
Pour info, je tourne sous Windows avec Apache 2.2.3, PHP 5.1.6 et Mysql 5.0.24.





[spip-dev] Moteur de recherche : bizarrerie

2006-09-22 Par sujet Manu
Mon site fonctionne sous SPIP 1.9.
J'ai installé le plugin recherche étendue, qui m'indique que tout le contenu 
du site est correctement indexé.
Pourtant quand je fais une recherche (exemple : minitel), la recherche dans la 
partie publique ne me remonte pas de résultats.
Alors que :
- la rechreche aboutit correctement dans la partie privée
- le mot "minitel" fait bien partie de la table spip_index_dico
- la recherche des articles associés au "hash" dans spip_index remonte bien 
les articles associés.

Qu'est ce qui pourrait expliquer la différence de comportement entre la partie 
privée et la partie publique ?



  1   2   >