Etre prevenu des contributions au pied articles ou breves

Bonjour,

Dans l'animation d'un site, il est important que l'administrateur 
principal soit prévenu des messages postés au pied des articles ou des 
brèves.

Quelle position avez-vous prise pour la version en cours 1.3 ?
Dans la 1.2.1 seul l'auteur de l'article est prévenu.

Serait-il possible que dans "Configurer" on ait qq chose du type :
	Envoi des forums aux administrateurs du site
"Lorsqu'un visiteur du site poste un message dans les forums associés à 
un article ou une brève, le texte de ce message peut être envoyé par 
mail aux administrateurs du site.

Souhaitez-vous utiliser cette option ?"
  * Faire suivre les messages des forums à l'adresse mail : ..........
  * Ne pas faire suivre les messages des forums

A +

J.Chatignoux

Re: Accs concurrents ...

 <at>  John Gallet (john.gallet <at> wanadoo.fr) :
> En résumé je ne suis absolument pas convaincu que le "tout manuel" soit
> une solution plus "user friendly" (au contraire même, expliquer ce
> qu'est un verrour à certains sera "drôle")et il FAUT TOUJOURS de toutes
> façons prévoir un time out de sécurité. Ce sera peut être deux heures,

J'abonde, et je crois qu'il vaut mieux qu'il soit invisible. Les cas que
présente Antoine sont vraiment limite... pour bosser à plusieurs il faut
apprendre à éviter de garder la fenêtre de modif ouverte pendant deux
plombes, ou alors on le signale par un message interne.

> Sur ce, je vais télécharger le code de spip sur ma machine, écrire le code
> de protection tel que je l'ai donné, le déployer sur notre site et le
> rendre public et vous en ferez ce que vous voudrez, si j'avais directement
> fait ça ce serait déjà fini.

Excellent !

-- Fil

auteurs_edit.php3 configuration.php3

Coucou. Deux petites modifs :

auteurs_edit.php3 = correction du bug qui créait deux auteurs au lieu d'un
    seul.

configuration.php3 = tranformé les caractères accentués en é...

-- Fil

Re: auteurs_edit.php3 configuration.php3

Et j'ai oublié de mentionner :

ecrire/articles.php3 = supprimé les <input type=hidden name=options> qui
   n'avaient comme seule utilité, visiblement, que de compliquer les URLs ?

-- Fil

Re: auteurs_edit.php3 configuration.php3

Oui, c'était une relique.

a+

Antoine.

Fil wrote:
> 
> Et j'ai oublié de mentionner :
> 
> ecrire/articles.php3 = supprimé les <input type=hidden name=options> qui
>    n'avaient comme seule utilité, visiblement, que de compliquer les URLs ?
> 
> -- Fil

Photo dans descriptif

Re: Photo dans descriptif

> j'utilise la 3PR1 depuis une semaine et je crois avoir trouvé un bug que
> je n'avais pas avec la 1.2

Si si, la 1.2 fait ça aussi.

> Lorsque l'on met des photos dans un article et quels sont placé vers le
> début de l'article, elles apparaissent dans le descriptif donné en page de
> sommaire. C'est un peu gênant car ça déforme la page et ça n'est pas
> vraiment prévu pour ça...

Oui, c'est le tag #INTRODUCTION qui n'est pas toujours parfait. Quand tu
rencontres un problème avec ce tag, tu peux le modifier localement sur un
article en entourant les parties que tu veux afficher dans le tag par des
balises <intro>...</intro>

Exemple : 

<intro>Début du texte </intro><IMG1|left><intro> encore un peu </intro>
<IMG2|left> <intro> et encore</intro> mais à partir d'ici ça ne doit pas
rester dans le tag #INTRODUCTION

te donnera, dans les sommaires, "Début du texte encore un peu et encore" au
lieu de "Début du texte <IMG1|left> encore un peu <IMG2|left> et..."

-- Fil

microbug syndication

Retour d'erreur de syndication : il ne faudrait pas afficher la partie
"attention"...

>>>>>>>>>>>>>>>>>>>>>>>>>>
Ce site est syndiqué...
La syndication de ce site a fonctionné correctement.

Attention : la syndication de ce site a rencontré un problème ; le système
est donc temporairement interrompu pour l'instant. Vérifiez l'adresse du
fichier de syndication de ce site (http://rezo.net/backend/cyberie), et
tentez une nouvelle récupération des informations. 
Tenter une nouvelle récupération des données

-- Fil

fonction Include dans les squelettes

Bonjour,

Voila, il me manquais une fonctionnalité quand j'ai voulu créer un squelette
pour spip :
la possiblilté d'inclure un squelette dans un autre. Pour par exemple créer
un menu avec mes rubriques qui soit toujours le meme dans les différents
squelettes (article, sommaire, etc.)

Donc voici une fonction qui fait ca, de façon récursive. Elle ne devrais pas
ralentire le traitement quand elle n'est pas utilisée...

fichier : inc-calcul-squel.php3

function parser_include($texte) {
 $result = '';
 while ($texte) {
    if (($p=strpos($texte, '<INCLUDE')) === false) {
    $result.=$texte;
    $texte = "";
   } else {
     $result .= substr($texte, 0, $p);
     $f = strpos($texte, '>', $p);
     $incl = substr($texte, $p, $f - $p + 1);
   if ($r = ereg('<INCLUDE[[:space:]]*([^>]*)>', $incl, $regs)) {
     $result .= parser_include(implode("", file($regs[1])));
    }
    $texte = substr($texte, $f + 1);
   }
 }
 return $result;
}

Pour que ca fonctionne il faut l'appeler avant tout traitement sur le
squelette donc je l'ai rajoutée au début de la  fonction :

function parser_texte($texte, $id_boucle) {
 global $boucles;
 $i = 0;
 $texte = parser_include($texte);
  ...

Pour l'utilisation : dans un squelette, je met :

<INCLUDE monfichier.html>

tout simplement

Re: fonction Include dans les squelettes

At 13:21 +0100 2/01/02, David wrote:
>Bonjour,
>
>Voila, il me manquais une fonctionnalité quand j'ai voulu créer un squelette
>pour spip :
>la possiblilté d'inclure un squelette dans un autre. Pour par exemple créer
>un menu avec mes rubriques qui soit toujours le meme dans les différents
>squelettes (article, sommaire, etc.)
>
>Donc voici une fonction qui fait ca, de façon récursive. Elle ne devrais pas
>ralentire le traitement quand elle n'est pas utilisée...

Salut David,

C'est une solution "en attendant", mais qui ne convient pas à ce que 
doit être une fonction include dans SPIP.

-> Il faut pouvoir passer des "variables" à l'include, sinon cela n'a 
pas grand intérêt. Donc:
<INCLUDE haut_article.php3?id_article=#ID_ARTICLE> par exemple.

-> Problème potentiel de conflit dans les noms des boucles. Puisque 
tu inclus directement le texte d'un fichier dans un autre fichier, tu 
cours le risque d'utiliser plusieurs fois les mêmes noms de boucles.

-> L'intérêt de l'include est non seulement l'économie de 
programmation, mais aussi, dans SPIP, des temps de "cache" 
différents. Par exemple, tu as une page d'article quasiment statique, 
car jamais modifiée ($delais= 1 semaine), avec inclusion de certaines 
fonctions de navigation (les nouvelles brèves par exemple) 
renouvelées très fréquemment (toutes les 2 heures par exemple, sur un 
site qui publierait énormément de brèves).

Du coup, ça demande un développement spécifique un poil élaboré. Les 
dernières évolutions de SPIP vont certainement nous faciliter le 
travail, car le code qui calcule l'espace public est beaucoup plus 
propre.

Amicalement,
ARNO*

--

-- 
Le Scarabée : http://www.scarabee.com
uZine 2 :        http://www.uzine.net

DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88  BF73 85F4 2297 1193 0F0B