Re: [spip-dev] r9579 - spip/ecrire/exec

Fil a écrit : C'est pour ça que ce patch est une bonne idée :-) promis, dès que j'ai le temps, je m'y colle. Je ne comprends pas où ça bloquerait : modifier le contenu d'un forum, c'est ce que gère le couple autorité+crayons. (Rappel : par défaut SPIP n'offre pas d'interface d'édition du

Re: [spip-dev] r9579 - spip/ecrire/exec

Fil a écrit : Je ne suis pas d'accord avec : En tous cas, l'idée de déporter les autorisations dans la base de données me parait tres bonne Car ça me paraît être une bonne option **parmi d'autres**. Donc pas dans le core. en fait, en y reflechissant un peu, j'ai du mal à voir ce qui peut

Re: [spip-dev] r9579 - spip/ecrire/exec

ulais deplacer ca dans un tableau PHP moi...). @++ Le 19/06/07, spipcarto<spipca...@gmail.com> a écrit : spipcarto a écrit : > autoriser('publierdans','rubrique',$id_rubrique) j'ajoute qu'à l'usage, c'est pas tres pratique publierdans => rubrique Il serait plus logique de fai

Re: [spip-dev] r9579 - spip/ecrire/exec

spipcarto a écrit : autoriser('publierdans','rubrique',$id_rubrique) j'ajoute qu'à l'usage, c'est pas tres pratique publierdans => rubrique Il serait plus logique de faire autoriser('publier','article',$id_article, array('id_rubrique',$id_rubrique)) et laisser la fonction autoriser al

Re: [spip-dev] r9579 - spip/ecrire/exec

esj-JM9gtpQu/h...@public.gmane.org a écrit : assimile l'autorisation de controler un forum à l'autorisation de publier dans la rubrique associée. heu, ben non, ca devrait pas etre pareil, il ne faut pas prejuger des usages à ce niveau. Mieux vaut avoir 2 autorisations, quitte à se

Re: [spip-dev] r9576 - in spip/ecrire: balise inc public

esj-JM9gtpQu/h...@public.gmane.org a écrit : Author: esj-JM9gtpQu/h...@public.gmane.org Date: 2007-06-18 23:06:51 +0200 (lun, 18 jun 2007) New Revision: 9576 Log: Introduction de autoriser('previsualiser') Tiens, je suis sur url_propre et il y a un affreux AND

Re: [spip-dev] une suggestion

Fil a écrit : j'ai posté ici, c'est parce qu'il me semble que ce (petit) ajout mériterait d'être inclus dans SPIP par défaut. Pas si simple : on indique le genre, et puis ensuite le titre, ensuite il faut gérer les bios qui changent d'une date à l'autre, etc. C'est un truc sans fin, à

Re: [spip-dev] ! balise #AUTORISER

Committo,Ergo:sum a écrit : C'est justement ce que j'aimerais automatiser, pour les formulaires comme pour les inclusions. Ben, j'aime bien pouvoir maitriser le contexte d'inclusion au niveau de l'appel (ca permet de faire des noisettes à tout faire) - Le choix d'un script pour l' (tres

Re: [spip-dev] ! balise #AUTORISER

Committo,Ergo:sum a écrit : Le 17 juin 07 à 09:19, spipcarto a écrit : vraiment, j'aime pas l'idée de mettre le cache à 0... C'est nécessaire exactement en un point: si tu as une chaine d'inclusion S1 qui inclut S2 qui inclut S3 etc, et que tu as un Si qui utilise l'auteur session

Re: [spip-dev] ! balise #AUTORISER

Committo,Ergo:sum a écrit : Le 17 juin 07 à 01:07, spipcarto a écrit : Mais je vois 3 facons de faire et je ne vois vraiment pas laquelle est la plus efficace. 1) caches perso/par statut/par droit... Pas sur de comprendre, mais il me semble que cela ne suffirait pas car qq pourrait passer

Re: [spip-dev] ! balise #AUTORISER

Fil a écrit : La révision 9564 introduit la balise #AUTORISER{faire,objet,id...} super ! Mais maintenant qu'on a l'eau à la bouche, il faudrait de quoi faire effectivement les actions qu'on est autorisé à faire... Mais je vois 3 facons de faire et je ne vois vraiment pas laquelle est la

Re: [spip-dev] Perspectives de développement

Christopher GUILLOU - [E]cedi a écrit : c-à-d des mots-clés sur les mots-clés ? Je crois bien que mots-partout le fait Malheureusement c'est un des rares éléments sur lequel on ne peut affecter de mot-clé :-( http://www.spip-contrib.net/Des-mots-clefs-partout#forum389963 le probleme

Re: [spip-dev] Perspectives de développement

Christopher GUILLOU - [E]cedi a écrit : 1. Quelle est la situation actuelle et les perspectives de la gestion des mots-clés au sein de SPIP ? j'utilise et participe au developpement de mots_partout qui permet la création d'arborescences de mots clés. L'approche est un peu particuliere

Re: [spip-dev] bug #URL_LOGOUT ?

Olivier G. a écrit : je profite de l'occasion pour poser une autre question: pq [(#URL_LOGOUT|replace{amp;})] ne vire pas le amp; ?? Il est sans doute rétabli après le passage du filtre... URL_LOGOUT est une balise *dynamique* => pas de filtres

[spip-dev] sauvegarde des versions ?

Hello, je viens de faire une mise à jour des données de mon serveur local depuis une sauvegarde de mon site en ligne et je me rend compte que j'ai perdu le suivi des versions. c'est normal, un bug, que chez moi ? merci. @++

Re: [spip-dev] bug #URL_LOGOUT ?

James a écrit : return generer_url_action('logout',"logout=public=" . rawurlencode($cible ? $cible : self('&'))); ben si je passe une url avec en cible, le probleme sera le meme, non ? et le logout=public, il sert à quoi au fait ? @++

Re: [spip-dev] bug #URL_LOGOUT ?

thierry a écrit : [(#ENV{id_article}|?{ #URL_LOGOUT, pas article })] http://thierry.schmit.free.fr/spip/spip.php?article3 Est ce que j'en demande trop au compilateur ? oui... pas de balises dynamiques en parametre de filtres. mais [(#ENV{id_article}|?{' ',''})#URL_LOGOUT]

Re: [spip-dev] bug #URL_LOGOUT ?

thierry a écrit : bonjour soit le lien suivant d'exemple suivant: http://thierry.schmit.free.fr/spip/spip.php?page=article_article=3 qui théoriquement affiche une invite de connexion en haut à droite. log: test pass: justeuntest Si vous vous connectez, aucun problème. A la place de l'invite

Re: [spip-dev] Triangles ne déplient pas sous IE7

Paolo a écrit : cedric.mo...@yterium.com wrote: a force de donner des coups de burins par ci par la, j'ai un mur complet qui vient de tomber... J'ai pas vu le probleme exact, mais j'avais proposé une version de inc/layer un peu plus sioux sur le nommage des blocs. Elle est la si ca

Re: [spip-dev] traitement des modèles dans un #TEXTE

Committo,Ergo:sum a écrit : Moi non plus, pas sur de comprendre, mais il y a en commun l'idée qu'un statut est un ensemble de droits librement composés, pas un ensemble imposé par SPIP. oui, mais en gros, je ne me contente pas d'un oui/non, la methode autoriser renvoi un "role" ou false. Si

Re: [spip-dev] traitement des modèles dans un #TEXTE

Committo,Ergo:sum a écrit : Le 8 juin 07 à 19:29, Fil a écrit : C'est aussi l'objet des discussions recentes sur spip-zone, pour faire un plugin "profil". Lequel serait lie a differents autoriser() ou au plugin d'acces restreint. La jointure que tu proposes pour les statuts est une des

Re: [spip-dev] r9488 - branches/spip-1.9.2/ecrire/inc

cedric.mo...@yterium.com a écrit : hmm image_masque produit un png non ? ah, heu, oui, sans doute, ca devait etre bete pour celle la. je sais pas ce qu'elle fait, mais elle appelle image_valeurs_trans qui peut donc appeler imagecreatefromjpeg. J'ai propagé les argument sans reflechir, alors

Re: [spip-dev] r9488 - branches/spip-1.9.2/ecrire/inc

cedric-p6klg6aqnt9bdgjk7y7...@public.gmane.org a écrit : Author: cedric-p6klg6aqnt9bdgjk7y7...@public.gmane.org Date: 2007-06-07 17:37:00 +0200 (jeu, 07 jun 2007) New Revision: 9488 Log: "correction d'un bug sur le passage des images truecolor en palette lors de leur aplatissement en gif : la

Re: [spip-dev] le gadget "tout le site" n'affiche pas toutes les rubriques au survol

pif a écrit : On Thu, 2007-06-07 at 10:48 +0200, RealET wrote: Bonjour, Dans la structure de rubriques ci-dessous, 20. Vie de prière n'affiche pas ses sous rubriques dans le 1er gadget en haut à gauche (la boule). Pour info, j'ai une variante de ça sur un site où il y a beaucoup de

[spip-dev] report branche 1.9.2 et autres bizarreries

spipcarto a écrit : Quelqu'un peut reporter ca sur le SVN dans la branche 1.9.2 ? Au passage, il y a aussi http://trac.rezo.net/trac/spip/changeset/8890/spip/ecrire/inc/auth.php qui pourrait etre reporté. Merci. Je viens de me faire planter sur une restauration (fonction

Re: [spip-dev] Requete gourmande !

David Fredette a écrit : Voilà... La modification soumise et apporté a réglé le problème... Voici le commentaire de mon hébergeur : --- c'est gagné... cool, j'aurai au moins fait un truc qui marche aujourd'hui J'ai testé la nouvelle requête et elle fonctionne beaucoup mieux.

Re: [spip-dev] Fwd: [Spip] Requête SQL gourmande...

Committo,Ergo:sum a écrit : il n'y avait rien à comprendre ;-). Sérieux, je voulais juste dire que ces problèmes d'optimisation ne sont pas évidents puisque MySQL n'y a pas mis le doigt de pied, ben si un peu quand meme, et ca s'est bien amélioré depuis la 4.0.14 Mais bon, c'est aussi parce

Re: [spip-dev] Fwd: [Spip] Requête SQL gourmande...

cedric.mo...@yterium.com a écrit : Committo,Ergo:sum a écrit : Le 6 juin 07 à 13:14, spipcarto a écrit : En tous cas, ca meritera sans doute une petite chasse dans les exec, il doit y en avoir d'autres... Ben comme j'ai dit, je préférerais améliorer le compilateur sur ce point

Re: [spip-dev] Fwd: [Spip] Requête SQL gourmande...

Committo,Ergo:sum a écrit : le probleme, c'est pas tant de faire un left join au lieu d'une jointure dans le where, c'est meme pire que ça: les deux requetes ne donnent pas la meme chose, car ça ne tient pas compte des articles anonymes. Ah, zut, j'y avais pas pensé, je comprend mieux la

Re: [spip-dev] Requete gourmande !

David Fredette a écrit : c'est dans articles_tous, fonction texte_articles_tous (ligne 124 en 1.9.2) il faudrait au moins faire : - $result = spip_query("SELECT articles.id_article, articles.titre, articles.statut, articles.id_rubrique, articles.lang, articles.id_trad, articles.date_modif

Re: [spip-dev] Fwd: [Spip] Requête SQL gourmande...

Jacques J. a écrit : -- Forwarded message -- From: *David Fredette* > Date: 5 juin 2007 20:20 Subject: [Spip] Requête SQL gourmande... To: SPIP_rezonet SPIP > Mon

Re: [spip-dev] table spip_mots_documents

touti a écrit : Ventre Arnaud a écrit : Le 04/06/07, spipcarto <spipca...@gmail.com> a écrit : touti a écrit : J'ai testé récemment le plugin doc_boiteplus qui se trouve sur la zone dans /test/ il a l'air de fonctionner. Je l'ai pas poussé dans ses retranchements mais pas

Re: [spip-dev] table spip_mots_documents

touti a écrit : christian lefebvre a écrit : On Mon, 2007-06-04 at 18:48 +0200, touti wrote: ouh beh, si si! il existe plein de choses entre autre un plugin pour tagger les docs et... Mais si c'est un plugin, c'est à lui de créer cette table. hum, tu veux dire qu'il faut

Re: [spip-dev] [Spip] Inclusion statique/dynamique (était : Questions sur conception de squelette)

Je bascule sur spip-dev, ca semble plus approprié... Fil a écrit : Oui mais je parle de forums actifs. J'ai un article avec 1 poste dans le forum toutes les 2mn d'un coté, et de l'autre des milliers de rubriques et d'articles très consultés. C'est quel site ? c'etait une hypothese... mais je

Re: [spip-dev] jointures

vient de passer le message de spipcarto : qui disait des betises ! pour declarer une jointure, je pense qu'il faut ca dans mes_fonctions : $id_chose = "matable"; $table_principale = $choses_possibles[$chose]['table_principale']; $spip_mots_choses[$chos

Re: [spip-dev] Peut-on créer sa propre balise dynamique ?

Joseph Larmarange a écrit : Merci pour ces précisions. Mais, est-ce possible de créer une balise #INCLURE_PERSO qui ferait un inclure dynamique ? si tu ne veux pas d'un #MODELE, qui serait recalculé en meme temps que la squelette dans lequel il est appelé, tu peux faire :

Re: [spip-dev] r9394 - in spip/ecrire: . action exec inc

fil-JM9gtpQu/h...@public.gmane.org a écrit : Author: fil-JM9gtpQu/h...@public.gmane.org Date: 2007-05-25 16:11:17 +0200 (ven, 25 mai 2007) New Revision: 9394 simplification de la gestion des admins restreints : on passe la fonction essentielle dans autoriser() ; le premier appel a autoriser

Re: [spip-dev] Urls libres

je ne releve pas le reste de ta pauvre reponse, ESJ prendra peut etre la peine de t'expliquer à quel point tu es à coté de la plaque avec ta parano et ton complexe de superiorité, mais je vais quand meme réagir sur cette dernière phrase. bertrand Gugger a écrit : Evidemment, ça va encore

Re: [spip-dev] image_alleger ?

Bon, image_masque, j'ai pas vraiment d'exemples concluants vu que j'utilise surtout des png. Pour recapituler, ce patch permet : - de definir _CONVERT_QUALITY (par defaut 85) - de passer la qualité à image_reduire : reduire_image{85,85,false,false,'AUTO',60} - de passer la qualité à

Re: [spip-dev] image_alleger ?

cedric.mo...@yterium.com a écrit : JLuc a écrit : spipcarto wrote: A ce stade, le mieux qu'on puisse proposer un "image_optimiser{70}" qui fasse appel à image_creer_vignette sans changer la taille (sachant que ca ne servira à rien sur un GIF, sauf methode "convert&

Re: [spip-dev] image_alleger ?

cedric.mo...@yterium.com a écrit : JLuc a écrit : spipcarto wrote: on pourrait imaginer une petite modif pour passer 85 en constante, et ajouter un parametre à la fonction image_reduire pour pour specifier la qualité au niveau du squelette (qui ne serait alors utilisée que pour la

Re: [spip-dev] image_alleger ?

je bascule sur spip-dev... JLuc a écrit : spipcarto wrote: Il n'y a qu'à regarder la fonction image_creer_vignette dans /ecrire/inc/filtres_images.php pour comprendre. OK. ben faut modifier les constantes de qualité, en dur dans le texte. En fait, il n'y a que les JPG qui utilisent un

Re: [spip-dev] retour sur Référencement automatisé d'un site

Fil a écrit : Quand on choisit le flux et qu'on valide, on fait une modification du site, c'est un peu normal qu'il ne touche pas au descriptif, ou du moins qu'il utilise ce qu'il y a dans le textarea. En effet si c'est vide, on pourrait scanner. Go go go ;-) voila qui a l'air de marcher :

Re: [spip-dev] retour sur Référencement automatisé d'un site

Fil a écrit : le code a l'air identique en 1.9.2 et effectivement, ca n'a pas l'air de marcher non plus. Tu nous le reportes dans la branche 1.9.2 ? En 1.9.2 c'est pas eregi ? heu si (mon diff etait par caractere, j'ai pas fait gaffe, désolé), mais il y a peut etre un probleme quand meme (?)

Re: [spip-dev] retour sur Référencement automatisé d'un site

Fil a écrit : Corrigé par [9285] ; mes excuses à tetue qui l'avait signalé il y a longtemps, et que je n'avais pas crue ! le code a l'air identique en 1.9.2 et effectivement, ca n'a pas l'air de marcher non plus. Tu nous le reportes dans la branche 1.9.2 ? Merci. @++

Re: [spip-dev] pipeline afficher_milieu

Fil a écrit : en essayant d'ajouter la boite des mots clés aux groupes de mots clés, je suis tombé sur un os Corrigé en [9268] ; Merci. je n'ai pas d'avis sur l'ajout d'un pipeline à l'intérieur des formulaires, à part "attendons d'en avoir besoin". certes, et ce n'est pas mon cas...

Re: [spip-dev] pipelines de exec/forum

Fil a écrit : est-ce normal que les pipeline afficher_gauche, afficher_droite et afficher_milieu de exec/forum passent "naviguer" ? Corrigé en [9267] merci c'etait deja le cas en 1.9.2. Si vous devez encore y reporter des trucs, je resignale egalement : Peux-tu retrouver les numéros de

[spip-dev] pipeline afficher_milieu

Hello, en essayant d'ajouter la boite des mots clés aux groupes de mots clés, je suis tombé sur un os dans exec/mots_type, le pipeline tombe dans le formulaire, alors que, par exemple, dans exec/auteur_infos, il est en dehors du formulaire. Le pipeline ne peut donc pas etre utilisé pour

Re: [spip-dev] Adresse du site dans la base

regarde dans /ecrire/exec=configuration... FredoMkb a écrit : Bonjour à tous :-) Je viens de rencontrer un petit problème, sans grande gravité, mais qui peut avoir des effets inattendus... J'avais une version 1.9.1 de Spip installée chez moi, et je viens de le mettre à jour vers la

Re: [spip-dev] adaptation des mots clefs dans le core

Tiens, au passage, je signale un truc un peu bizarre (en tous cas, amha, pas tres logique) : associer un mot à une chose, c'est l'action instituer_mot qui est appelée. idem je crois pour associer un auteur.

Re: [spip-dev] adaptation des mots clefs dans le core

Joseph LARMARANGE a écrit : spipcarto a écrit : sauf les quelques exceptions de nommage et l'embrouile du flag forum (qui veut à la fois dire "autorisé aux visiteurs et affectable aux forums), c'est jouable, mais il faut aussi analyser table_jointure Mais je ne suis pa

Re: [spip-dev] adaptation des mots clefs dans le core

Joseph LARMARANGE a écrit : Merci Nicolas pour ce gros travail de synthèse des différentes dicussions. Pour aller dans ce que tu dis, quelques éléments de réflexion. I - DEFINTION DES OBJETS SUR LESQUELS LES MOTS CLES PEUVENT S'APPLIQUER Il serait pertinent de rendre l'interface des gestion

Re: [spip-dev] Proposition de patch concernant les mots clés techniques

Joseph LARMARANGE a écrit : Suite à la remarque de fil, voici une seconde proposition de patch. Alors : * ajout d'une variable technique à spip_groupes_mots * ajout de la case à cocher groupes de mots clés techniques sur mots_type * l'icône des mots clés techniques est remplacée par une roue

Re: [spip-dev] [SPIP Zone] à propos des mots clés techniques

RealET a écrit : * spipcarto tapotait, le 07/05/2007 17:43: Au risque de paraitre insistant : tu as regardé mots_partout ? Pour ma part, j'ai regardé mot partout et trouvé l'interface parfaitement déroutante par rapport à celle classique de SPIP pour rajouter des mots clefs

Re: [spip-dev] [SPIP Zone] à propos des mots clés techniques

Au risque de paraitre insistant : tu as regardé mots_partout ? Joseph LARMARANGE a écrit : Serait-ce envisageable que la liste des objets surlesquels les mots-clés peuvent être associés soit déclarée dans une variable globale qui serait un tableau. Ce tableau, pour chaque type d'objet auxquels

Re: [spip-dev] formulaire_forum, petite question...

spipcarto a écrit : D'autre part, je me demande si on ne peut pas inserer des messages avant publication de l'article, mais je ne suis pas sur d'avoir bien compris la chaine. pour ca, la reponse est non, puisque le generer_action_auteur n'est jamais appelé par le formulaire si le statut

[spip-dev] formulaire_forum, petite question...

Hello, qui pourrait m'expliquer pourquoi il y a ligne 166 de ecrire/balise/formulaire_forum.php : $securiser_action = charger_fonction('securiser_action', 'inc'); // on sait que cette fonction est dans le fichier associe $hash = calculer_action_auteur("ajout_forum-$arg"); 1) je ne vois pas

Re: [spip-dev] pipeline sites

Fil a écrit : Il me manque un point d'entrée dans inc/site_voir. J'ai ajouté ligne 196 (entre tags et sources) : $editer_mot = charger_fonction('editer_mot', 'inc'); $s .= $editer_mot('syndic_article', $id_syndic_article, $cherche_mot, $select_groupe, true); Il faudrait que je fasse ca

[spip-dev] pipeline sites

Hello, suite à une demande sur la liste user, j'ai essayé d'ajouter les mots clés sur les articles syndiqués avec mots_partout. Il me manque un point d'entrée dans inc/site_voir. J'ai ajouté ligne 196 (entre tags et sources) : $editer_mot = charger_fonction('editer_mot', 'inc'); $s .=

Re: [spip-dev] mutualisation : question bete...

Matthieu Marcillaud a écrit : spipcarto a écrit : Je voudrais mutualiser /ecrire et /plugins de plusieurs sites ayant chacun leur domaine et stockés comme ca : /mon/chemin/www.domaine1.com/ /mon/chemin/www.domaine2.com/ /mon/chemin/www.domaine3.com/ Je me disais que l'idéal serait de

Re: [spip-dev] [spip-commit] r9073 - in spip/ecrire: action balise base charsets exec extract inc install lang premiers_pas public safehtml safehtml/classes safehtml/classes/HTMLSax3 typographie urls

Fil a écrit : > Ce qui m'y a fait penser, c'est la mésaventure arrivée à un spipeur > espagnol ; son site s'est fait hacker (je ne sais pas encore comment) > et le pirate a ajouté des liens spams à la fin de chaque fichier > */index.php, mais aussi sous ecrire/inc/auth.php ; sans doute parce >

[spip-dev] mutualisation : question bete...

Je voudrais mutualiser /ecrire et /plugins de plusieurs sites ayant chacun leur domaine et stockés comme ca : /mon/chemin/www.domaine1.com/ /mon/chemin/www.domaine2.com/ /mon/chemin/www.domaine3.com/ Je me disais que l'idéal serait de pouvoir faire : /mon/chemin/ecrire/ /mon/chemin/plugins/

Re: [spip-dev] [spip-commit] r9073 - in spip/ecrire: action balise base charsets exec extract inc install lang premiers_pas public safehtml safehtml/classes safehtml/classes/HTMLSax3 typographie urls

Fil a écrit : Author: f...@rezo.net Date: 2007-04-19 10:52:32 +0200 (jeu, 19 avr 2007) New Revision: 9073 Log: bloquer la lecture des repertoires de ecrire/ Added: spip/ecrire/action/index.php Pas d'opposition de principe, mais pourquoi ? Spip étant libre, le contenu de ses

Re: [spip-dev] Une couche de plus sur les extension des fichiersde squelettes

Committo,Ergo:sum a écrit : Le 17 avr. 07 à 12:18, spipcarto a écrit : Pour avoir longtemps jouer avec des jsp et les customs tags, je t'assure que la syntaxe Spip est 10 fois mieux ! En XML, reproduire l'equivalent des codes conditionnels et alternatifs, ca donne tout de suite quelque chose

Re: [spip-dev] Une couche de plus sur les extension des fichiersde squelettes

Committo,Ergo:sum a écrit : Le 17 avr. 07 à 11:48, christian lefebvre a écrit : On Tue, 2007-04-17 at 11:36 +0200, Committo,Ergo:sum wrote: le seul problème est que la syntaxe actuelle est devenue abominable à force d'ajout (et je plaide coupable) il faut refaire ça proprement pour

Re: [spip-dev] Une couche de plus sur les extension des fichiersde squelettes

christian lefebvre a écrit : On Tue, 2007-04-17 at 11:19 +0200, Olivier G. wrote: Il n'empèche qu'en tant qu'itilisateur non débutant, je dit aussi qu'il serait pratique de pouvoir éditer directement des squelettes .css pour disposer de la coloration syntaxique du CSS et pas de celle du

Re: [spip-dev] derniere revision complete (bug crayon ?)

Fil a écrit : Euh, sous quelle version de SPIP travailles-tu ? ah, heu, oui, oups, je suis en branche 1.9.2. Bon, il etait tard... j'ai du mal cherché sur track et surtout, ma rustine etait vraiment pas au bon endroit. désolé C'est le code de inc/revisions qui avait ce bug, mais je crois

[spip-dev] derniere revision complete (bug crayon ?)

Hello, J'ai un petit souci avec les revisions et crayons. Si je fais une modif sur le texte puis une sur le chapo, je n'ai que la modif du chapo dans la derniere revision. Je refais une modif sur texte, je perd la modif de chapo ... bref, il n'y a que la derniere qui est remontée, les autres

Re: [spip-dev] [spip-commit] r8989 - spip/ecrire/inc

Fil a écrit : Mais ça fait venir un autre problème, qui est que certains trucs "privés" sont appelés "dans le public", comme par exemple les actions. Et là je ne vois pas comment résoudre ça juste avec le path. Ben, depuis que les forums reservés aux visiteurs authentifiés existent, c'est

Re: [spip-dev] Tables des traitements

Fil a écrit : $table_des_traitements["TEXTE"][]. Reste à savoir ce qui est fait de ce c'est dans ecrire/public/interfaces.php (définition) ecrire/public/references.php (utilisation) La syntaxe aurait bien été plus simple comme ceci (sans les tableaux) :

Re: [spip-dev] notification / action / redirection / je tourne en rond ...

spipcarto a écrit : Hello, j'ai voulu faire un systeme de notification sur le plugin agenda et je coince un peu sur les actions. Le but est d'envoyer un mail aux admins quand un evenement est ajouté, avec dans le mail, un lien permettant d'ajouter un mot clé. Tout se passe bien si

Re: [spip-dev] [tests-ouv3] Au revoir..

Fil a écrit : Hello je crois qu'il est faux de dire qu'on ne fait pas "tout pour limiter la consommation" ; mais les usages et les demandes sont de plus en plus gourmands : - la conformité XHTML a un coût - la sécurité anti-js des forums a un coût - l'extensibilité du système a un coût Certes,

[spip-dev] notification / action / redirection / je tourne en rond ...

Hello, j'ai voulu faire un systeme de notification sur le plugin agenda et je coince un peu sur les actions. Le but est d'envoyer un mail aux admins quand un evenement est ajouté, avec dans le mail, un lien permettant d'ajouter un mot clé. Tout se passe bien si l'auteur est deja

Re: [spip-dev] Dossier IMG accessible

Olivier G. a écrit : Oui, mais justement, il faudrait noter que les 100 caches ne sont plus valides, mais ne pas les supprimer tant qu'on n'a pas réussi à créer la nouvelle version (lors de leur visite, bien sûr). AHHH OK. Oui, en théorie. Mais en pratique tu

Re: [spip-dev] Dossier IMG accessible

Nicolas Hoizey a écrit : Comment être certain d'invalider le cache d'une page quelconque, qui est censée afficher un nouvel article, quelle que soit sa méthode de sélection ? je ne comprend pas la question Je ne vois pas pourquoi ca ne serait pas faisable si les squelettes definissent eux

Re: [spip-dev] Dossier IMG accessible

Nicolas Hoizey a écrit : C'est bien dommage, car au contraire, je m'orientais plutot vers une gestion de cache sans date de fin, avec une invalidation explicite. Je faisais meme de l'invalidation par nom, en recalculant le nom du fichier de cache connaissant son contexte pour invalider un

Re: [spip-dev] Dossier IMG accessible

Fil a écrit : parce que je fais des choses compliquées... et que je compte sur le cache pour ne pas flinguer le serveur. Mais tu n'as même pas remarqué le changement ! ben, en fait, si ... mais je suis en phase de test, je pensais que je n'etais pas le seul à vider le cache. J'avais meme

Re: [spip-dev] Dossier IMG accessible

Fil a écrit : tu veux dire qu'à chaque publication d'article, tout le cache est flingué ? ca craint ! Pourquoi ? parce que je fais des choses compliquées... et que je compte sur le cache pour ne pas flinguer le serveur. et pour les forums ? Pareil chaque fois que quelqu'un poste dans

Re: [spip-dev] Limite upload document chez free

spipcarto a écrit : Du coup, j'ai demandé à Frank de mettre dans inc/joindre : je voulais dire : dans ecrire/action/joindre.php

Re: [spip-dev] Limite upload document chez free

Je cross-post sur spip-dev, je ne sais pas bien quel est le probleme chez free, mais c'est pas normal que ca ne marche pas... Résumé : sur l'upload d'un fichier chez free, rien ne se passe et on trouve dans le log : spip_action: sousaction inconnue spip_action_joindre Du coup, j'ai demandé à

Re: [spip-dev] Dossier IMG accessible

Fil a écrit : > Qu'est-ce que tu appelle 'tout' ? Tout le cache ou seulement le cache de cet > article (et donc pas le cache de la rubrique qui contient cet article) ? Tout le cache ! hein ? tu veux dire qu'à chaque publication d'article, tout le cache est flingué ? ca craint ! et pour les

Re: [spip-dev] Dossier IMG accessible

Olivier G. a écrit : Je ne sais pas non plus comment invalider ce cache quand l'article change de statut. Depuis la 1.9.2 SPIP invalide tout dès que tu fais une "modification substantielle" dans la base de données (c-à-d dès que suivre_invalideur(...) est appelé). Donc tu n'as pas à te

Re: [spip-dev] critere distinct ?

Olivier G. a écrit : J'ai une solution qui marche, mais quelque chose me dit que ca n'est pas la bonne approche : function critere_publie_dist($idb, &$boucles, $crit) { [COUPE] Comment on fait "normalement" ? Normalement, tu devrais retirer le 'dist' du nom de ta fonction.

[spip-dev] critere distinct ?

Hello, comment faire un select DISTINCT ? je me suis fait un critere {publie} qui fait automatiquement la jointure sur articles (c'est pour les rubriques, parce que j'utilise d'autres valeurs pour statut) mais je ne veux pas faire remonter une ligne par article pour autant... j'ai pas

Re: [spip-dev] Dossier IMG accessible

Tiens, ca me fait penser que j'ai fait quelques experimentations la dessus. Je me suis dit qu'on pouvait s'appuyer sur le cache de Spip pour les documents "publics" et verifier les droits uniquement quand c'est necessaire. En mettant un htaccess dans /IMG : #ne pas proteger les images...

Re: [spip-dev] un bug récent avec #LESAUTEURS

Salut, cedric.mo...@yterium.com a écrit : ok j'ai rétablit le trim pour les balises et les modèles qui utilisent recuperer_fond, mais je ne le met pas pour #INCLURE de facon a ce que et #INCLURE renvoient exactement la meme chose. c'est important ? Du coup si on fait des choses du style

Re: [spip-dev] amélioration doc

JLuc a écrit : Bonjour, je n'ai pas trouvé dans la doc la présentation de la syntaxe de référencement d'une balise issue d'une boucle englobante. nomboucle:#NOMBALISE c'est : #nomboucle:NOMBALISE et c'est la : http://www.spip.net/fr_article899.html

Re: [spip-dev] Ecriture de balise dynamique ? [resolu]

Pat a écrit : Olivier Gautier a écrit : Bonjour, j'ai résolu mon problème d'écriture de balise dynamique avec ce qui est en-dessous. J'ai néanmoins une question subsidiaire si vous avez le temps d'y répondre : Pouquoi est-ce que ça fonctionne avec $args[1] , ça ne devrait pas

Re: [spip-dev] [Fwd: [Spip] Ecriture de balise dynamique ? help]

Olivier Gautier a écrit : Committo,Ergo:sum a écrit : Le 22 mars 07 à 18:48, Olivier Gautier a écrit : N'ayant eu aucune réponse du côté de Spip-rezo, je tente du côté des développeurs qui seront probablement mieux écrire les balises dynamiques. Merci si vous pouvez me donner un

Re: [spip-dev] groupes_mots et jointures

spipcarto a écrit : Hello, Je bosse sur mots_partout et j'ai un probleme avec les groupes de mots... Je ne sais pas pourquoi, je n'arrive pas à utiliser le critere {id_mot} Je crois que j'ai trouvé : pas de primary key sur spip_mots_groupes_mots... Je pensais que la detection ne servait

[spip-dev] groupes_mots et jointures

Hello, Je bosse sur mots_partout et j'ai un probleme avec les groupes de mots... Je ne sais pas pourquoi, je n'arrive pas à utiliser le critere {id_mot} Tout marche bien pour les auteurs, les messages, carto_objets j'ai juste à declarer : $tables_jointures['spip_'.$chose][]= $chose;

Re: [spip-dev] Optimisation des performances SPIP

Ludovic LENNE a écrit : Je considère qu'il s'agit d'une optimisation au vu des test que j'ai pu effectuer (j'avoue que mes procédures de test sont loin d'être exemplaire). C'est une optimisation pour ton usage qui doit faire appel à des squelettes relativement simples. Pour une utilisation

Re: [spip-dev] Problème ni limite ni tri sur tables externes

Committo,Ergo:sum a écrit : Peux tu envoyer le code PHP affiché par le debusqueur ? Pour ceux qui ne savent pas ce que c'est, voici le dernier modele à la mode : http://www.fma-tim.com/fr/john-deere/548_540GIII.php :)

[spip-dev] notifications

dans inc/notification, on a : function inc_notifications_dist($quoi, $id=0, $options=array()) { if (function_exists($f = 'notifications_'.$quoi) OR function_exists($f = $f.'_dist')) { spip_log("$f($quoi,$id" .($options?",".serialize($options):"") .")");

Re: [spip-dev] notes, breves, inclure... ca coince.

Fil a écrit : > Je voulais dire : propose un patch :) Rhooo : je parlais d'un patch applicable, pas d'un hack à deux francs. c'etait une maniere de dire "je ne vois pas comment faire ca proprement". A part un nettoyage des globals au debut de inclure_page, je ne vois pas ... et je me doute

Re: [spip-dev] notes, breves, inclure... ca coince.

Fil a écrit : Il faudrait faire ça proprement dans le core, oui. Je voulais dire : propose un patch :) dans ecrire/public.php : if (defined('_INC_PUBLIC')) { +calculer_notes(); :o) Mais qu'est ce que ca donne si on a : #TEXTE #NOTES ??? il faudrait alors faire

Re: [spip-dev] notes, breves, inclure... ca coince.

Fil a écrit : J'ai du mal à cerner le probleme, mais j'ai des notes qui apparaissent la ou elles ne devraient pas... C'est logique, mais pas normal : il y a un ticket avec une ébauche de solution http://trac.rezo.net/trac/spip/ticket/572 OK compris, merci. Donc en fait, c'est normal

[spip-dev] notes, breves, inclure... ca coince.

Hello, J'ai du mal à cerner le probleme, mais j'ai des notes qui apparaissent la ou elles ne devraient pas... dans un squelette breve, j'ai un premier niveau d'inclusion, puis, une inclusion qui liste des breves par mot clé (c'est une liste de liens mais ca fait appel à la balise #TEXTE)

[spip-dev] filtres couleurs

Hello, Je viens de me faire 2 petits filtres pour jouer avec les couleurs car je n'ai pas trouvé mon bonheur dans ceux de Spip. C'est basique et sans doute à optimiser/améliorer, mais c'est bien pratique pour créer des jeux de couleurs. un apercu ici :

Re: ! [spip-dev] Inclure avec tout le contexte : critère {env}

Fil a écrit : New Revision: 8825 introduction de la notation qui passe tout l'environnement de la page incluante a la page incluse ; au passage j'ai nettoye plusieurs facilites dans le debugueur, la pagination etc, qui devenaient des bugs si on creusait un peu

  1   2   >