http://permalink.gmane.org/gmane.comp.web.spip.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.web.spip.devel/62784 <pre>Le 25/05/2012 16:19, Christophe Bord a écrit : Bonsoir, s'il reste certaines config par défaut, c'est 2h. Il faut regarder ce qui est précisé dans les fichiers squelettes, et dans la config. Bonne soirée Grégoire </pre> Grégoire 2012-05-25T19:53:54 http://permalink.gmane.org/gmane.comp.web.spip.devel/62783 <pre>ok ok je renonce à ma fausse bonne mauvaise idée. J'en ai plein d'autres sous le coude, autant se concentrer sur ce qui plait le plus ;) 2012/5/25 cam.lafit&lt; at &gt;azerttyu.net &lt;cam.lafit&lt; at &gt;azerttyu.net&gt; </pre> Gilles Vincent 2012-05-25T18:20:41 http://permalink.gmane.org/gmane.comp.web.spip.devel/62782 <pre>Ciao Les administrateur du redmine galérent déjà assez ainsi pour ne pas nous rajouter des bâtons dans les roues supplémentaires. De plus que se passerait il si une idée est plusée/moinsée ? Pas grand chose si la demande n'est pas argumenté et n'aura pas convaincue les bonnes volontés pour assouvir la demande. Stabilisons, améliorons, utilisons, .... le redmine pour le moment et évitons de partir dans des choses chronophages dont l'éfficacité semble bien aléatoire. Km </pre> cam.lafit< at >azerttyu.net 2012-05-25T16:47:37 http://permalink.gmane.org/gmane.comp.web.spip.devel/62781 <pre>Il me semble qu'en cas de modification d'un élément de la base (article, rubrique, etc.), C'est tout le cache qui est invalidé (pas seulement celui de l'article ou la rubrique en question...). cf. http://programmer.spip.org/Actualisation-du-cache Donc suite à une modification, si on se rend sur la page, on devrait voir les modifications... Julien Le 25 mai 2012 16:19, Christophe Bord &lt;christophe-bord&lt; at &gt;orange.fr&gt; a écrit : </pre> Julien Lanfrey 2012-05-25T15:59:26 http://permalink.gmane.org/gmane.comp.web.spip.devel/62780 <pre>Le 25/05/2012 15:49, Guillaume Le Bozec a écrit : Par défaut, la durée est de 24h il me semble. http://www.spip.net/fr_article4330.html Si l'article modifié n'a pas été sollicité par un visiteur depuis plus de 24 heures, la modification sera effective tout de suite, dès la visite suivante. (Sans doute la votre, quand vous voudrez visualiser l'article modifié) Sinon, quand vous le visitez, si vous ne recalculez pas, le cache est encore effectif pendant (24h moins le temps depuis dernière visite). Normalement oui. Bonne journée Christophe BORD </pre> Christophe Bord 2012-05-25T14:19:43 http://permalink.gmane.org/gmane.comp.web.spip.devel/62779 <pre>Bonjour, Nous avons plusieurs sites SPIP en version 2.1.12. Nous observons depuis quelques temps des problèmes d'actualisation des pages quand on modifie un article ou une rubrique. Ma question porte sur la gestion du cache de SPIP. Si on ne recalcule pas la page, combien de temps SPIP garde les données en cache après la modification d'un article ou d'une rubrique ? Si on recalcule la page, le cache de l'article ou de la rubrique en question est il bien entièrement supprimé ? Merci, Guillaume </pre> Guillaume Le Bozec 2012-05-25T13:49:06 http://permalink.gmane.org/gmane.comp.web.spip.devel/62778 <pre> Le 25/05/2012 10:17, Ybbet Spip a écrit : - rédacteur de documentation - organisateur de la documentation </pre> Christian Marget 2012-05-25T08:48:02 http://permalink.gmane.org/gmane.comp.web.spip.devel/62777 <pre>Bonjour, Personnellement, je pense que cela pourrait amener d'autres personnes à contribuer dans l'univers SPIP. Votre ressenti est que ça sera toujours les mêmes qui feront les choses. Peut-être. Mais pourquoi ne pas vouloir voir les choses autrement ? Il y a un "manque" dans la communauté, la contribution de plusieurs profils : - développeur (ça, c'est fait) ; - ergonome ; - graphiste ; - intégrateur ; - et je ne sais quoi d'autre. Si on pouvait avoir un système qui identifie le type de contribution, mais aussi l'intérêt de telle idée par rapport à une autre, on pourrait, avec nos capacités, contribuer plus sereinement et surtout (!) plus efficacement. C'est presque une todolist. Ybbet Le 25 mai 2012 09:07, JLuc &lt;jluc&lt; at &gt;no-log.org&gt; a écrit : </pre> Ybbet Spip 2012-05-25T08:17:21 http://permalink.gmane.org/gmane.comp.web.spip.devel/62776 <pre>Le 25/05/2012 01:26, Gilles Vincent a écrit : Voter +1 peut donner la satisfaction de se sentir actif dans la communauté spip mais il y a peut être d'autres manières plus justes et plus utiles d'accéder à cette satisfaction ? Voter en euros serait probablement une meilleure manière de susciter des développements spécifiques. Comme sur certains sites communautaires de levée de fonds. JLuc </pre> JLuc 2012-05-25T07:07:59 http://permalink.gmane.org/gmane.comp.web.spip.devel/62775 <pre>Le 25/05/2012 01:26, Gilles Vincent a écrit : On voit déjà les questions sur les listes et l'intérêt qu'elles soulèvent. Voter +1 permet à l'utilisateur de se sentir faussement actif mais peut être y a t il une meilleure manière d'accorder cette satisfaction en étant plus réellement efficace pour spip. Voter en euros serait par contre probablement plus adapté pour induire un développement spécifique. JLuc </pre> JLuc 2012-05-25T07:04:22 http://permalink.gmane.org/gmane.comp.web.spip.devel/62774 <pre>2012/5/25 James &lt;james&lt; at &gt;rezo.net&gt; Effectivement, ta remarque est très judicieuse Mais peut-être que la possibilité de pouvoir interagir peut en pousser certains à s'investir (avec le petit déclic du type "tiens, je n'y avais pas pensé, c'est très demandé et je sais comment faire") - c'est peut-être un vœux pieu Je trouve dommage qu'on puisse évaluer une contribution a postériori mais qu'on ne puisse pas voter pour de futures contributions. A y réfléchir je ne pense pas qu'il faille que ça ait le même niveau de granularité que les demandes du Redmine. Je verrais plus des demandes de type "support de NoSQL" / "interface mobile" / "interaction entre les posts sur scoop-it -&gt; publiés sur le blog -&gt; retransmis sur Facebook et twitter" / "compatibilité des thèmes Joomla, Wordpress et SPIP" / etc. Est-ce que l'idée est un peu moins mauvaise ? .Gilles </pre> Gilles Vincent 2012-05-24T23:26:22 http://permalink.gmane.org/gmane.comp.web.spip.devel/62773 <pre> Salut Gilles, Le 24 mai 2012 à 21:46, Gilles Vincent a écrit : ça n'a jamais été très utile à la communauté les "+1". Je ne connais personne qui ait essayé en 10 ans d'en tenir une comptabilité :) Ce qui est utile pour le développement d'une fonctionnalité, c'est la disponibilité des gens pour coder, tester, documenter et curieusement, pas de réclamer puis d'attendre. Bref, fausse bonne idée. En fait non, c'est même pas une bonne idée. :) Ah bon ? ou ça ? -- James </pre> James 2012-05-24T22:23:50 http://permalink.gmane.org/gmane.comp.web.spip.devel/62772 <pre>Oui, je suis d'accord avec ça. L'utilisateur final veut rédiger qqch sans se soucier de ce genre de problématique qui souvent le dépasse. D'où l'importance du choix d'un éditeur qui s'occupe efficacement et intelligemment de séparer fond/forme et que l'administrateur pourra éventuellement paramétrer pour ne pas lui laisser trop d'options (comme les couleurs par exemple). Julien Le 24 mai 2012 22:59, klaus++ &lt;klaus&lt; at &gt;spip.de&gt; a écrit : </pre> Julien Lanfrey 2012-05-24T21:49:43 http://permalink.gmane.org/gmane.comp.web.spip.devel/62771 <pre>Oui oui, j'acquiesce. Pourtant on me dit "dans Word c'est possible" et "en tant qu'utilisateur je n'ai pas à me soucier de vos histoires d'imbrication". C'est le genre de chose qui fait qu tu vends moins bien ton truc si tu es honnête et expliques aux gens qu'il faut un minimum de culture numérique pour maîtriser le web. k++ On 24.05.2012 14:13, Julien Lanfrey wrote: </pre> klaus++ 2012-05-24T20:59:56 http://permalink.gmane.org/gmane.comp.web.spip.devel/62770 <pre>Un mécanisme de votre n'est qu'un manière de simplement dire '+1' à un élément. C'est comme cela que c'est déjà utilisé pour les plugins. C'est un critère de popularité mais rien de plus. La notion de priorité qui est définie initialement me semble nettement plus vaseuse 2012/5/24 Fil &lt;fil&lt; at &gt;rezo.net&gt; </pre> Gilles Vincent 2012-05-24T19:46:55 http://permalink.gmane.org/gmane.comp.web.spip.devel/62769 <pre> Chacun peut déjà voter en exprimant ses idées de façon aussi complète qu'il le veut, il suffit pour cela de commenter un ticket d'évolution. Pour dire "moi aussi", voire même des choses plus constructives… Le vote d'un clic n'engage à rien — et ne vaut rien. </pre> Fil 2012-05-24T19:33:53 http://permalink.gmane.org/gmane.comp.web.spip.devel/62768 <pre>Le 24/05/12 21:21, davux a écrit : faudrait un vote pour être sûr. </pre> denisb 2012-05-24T19:23:53 http://permalink.gmane.org/gmane.comp.web.spip.devel/62767 <pre>On Thu, 24 May 2012 21:11:43 +0200, Eric: Je crois que l'idée c'était plutôt d'évaluer la popularité d'une demande, comme une info en plus pour savoir où mettre nos priorités. Comme le dit denis, chacun reste évidemment libre de coder sur ce qui l'intéresse. :) </pre> davux 2012-05-24T19:21:28 http://permalink.gmane.org/gmane.comp.web.spip.devel/62766 <pre> Le 24 mai 2012 à 19:45, Gilles Vincent a écrit : J'attends l'outil de vote pour voter contre. Cédric </pre> Cédric Morin 2012-05-24T19:21:28 http://permalink.gmane.org/gmane.comp.web.spip.devel/62765 <pre>Hello, Le 24 mai 2012 19:16, Gilles Vincent &lt;gilles.vincent&lt; at &gt;gmail.com&gt; a écrit : Je comprends pas cette histoire de vote. On s'est jamais vraiment mis d'accord sur une "roadmap" et sur un quelconque "ordre" de codage et là on va laisser les urnes décider ? -1000 Sinon, les tickets redmine c'est bien pour lister des évolutions simples mais je me vois pas écrire juste un ticket : "refonte de la charte de l'espace privé..." ++ Eric </pre> Eric 2012-05-24T19:11:43 http://permalink.gmane.org/gmane.comp.web.spip.devel/62764 <pre>Le 24/05/12 19:16, Gilles Vincent a écrit : moi, je fais ce qu'il me plait. </pre> denisb 2012-05-24T18:49:08 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.spip.devel