<pour les navigateurs>
Justement !
J'avais imaginé une machinerie similiaire pour mon problème de
langue. Un cookie était lu par *.php3, et sélectionnait le $fond en
fonction de cette langue : "article-fr.html", "article-de.html"
etc... J'avais effectivement un doute sur le cache.
Alors j'ai testé en LAN avec 2 pc pour ne pas avoir de problème de
cache local dans l'explorateur, sur le 1er je choisis français sur
mon site en spip, et anglais sur l'autre.
Et bien le premier qui alimentait le cache d'une page à gagné!
Impossible d'afficher successivement la même page avec 2 squelettes
différents, sans forcer le recalcul de la page ou vider le cache.> Donc peut être faudra-t-il mettre :
> $delais = 0; et non $delais = 24 * 3600; ???J'ai aussi essayé, mais curieusement ça n'allait pas non plus (peut
être encore le cache du butineur).
Pourquoi dit tu "encore le cache du butileur"?
Ci-dessus tu ne parlais pas du cache de Spip?
Et en plus c'est dommage, car avec $delais=0, plus de cache, et
adieu les performances de spip, à moins d'avoir un serveur dédié!
Le recalcul à chaque visite d'une page spip complexe peut être
assez long, c'est pas négligeable.
Oui effectivement l'idée était assez idiote 
> -2B- Pour renvoyer sur différentes versions de *.php3 :
> href="$furt-#URL_RUBRIQUE"J'ai peur que ça ne soit plus compliqué.
Si #URL... se transforme en
<a href="article.php3?id_article=xxx">...</a>,je crois bien qu'en ajoutant $furt- devant tu obtiennes :
fr-<a href="article.php3?id_article=xxx">...</a>ou une salade similiaire, au lieu de :
<a href="fr-article.php3?id_article=xxx">...</a>
Non pas du tout !!! en NS-article.php3?id_article=xxx
Car le SPIP est interprété avant le PHP !!!
Mais c'est vrai que j'ai manqué de précision, ce serait plutôt :
<?
echo "<a href=\"$selector-#URL_RUBRIQUE\">...</a>" ;
?>
OU
<a href="<? echo $selector ?>-#URL_RUBRIQUE">...</a>
Et là ça marche au poil je vient de tester
SPIP remplace d'abord #URL par ce qu'il faut, puis PHP remplace $var
par ce qu'il faut.
Ils font tout ce qu'on leur dit, comme on leur dit 
Ainsi même si la technique du choix du squelette dans un même *.php3
ne marche pas, celle de l'orientation vers deux versions d'un même
*.php3 (avec un squelette respectivement) marche tout à fait...
Mais je ne vois pas l'intéret de passer &furt=$furt à la suite du
lien, car $furt doit être déterminé sur chaque page,
en admettant que le visiteur débarque via un google sur un article
quelquepart...
Si ton choix est le javascript, tu peut tester avec le REFERER de PHP
si ton visiteur viens de ton site ou de l'extérieur et alors envoyer
un javascript avec un onload de rechargement automatique pour
récupérer le furteur au lieu de ta page, qui elle sera renvoyée juste
derrière après la récupération de ta variable.
Si ton choix est plutôt de tester le navigateur avec PHP, tu
récupères le HTTP_USER_AGENT et là même si la première page ne sera
pas celle correspondant au bon navigateur, au moins les suivantes le
seront...
(!) {attention le javascript (comme le cookie dont tu parlais)
peuvent être refusés par le visiteur: prévoir une solution de
rechange}
Pour moi la "première page" d'un site n'existe qu'au point de
structure du ,site, mais pas au niveau du traitement logique
d'informations en arrière plan (stats, cookies, langue, navigateur)
Oui pareil pour moi quand je disais "première page" je voulais
évidemment dire première page chargée par le visiteur de ton site,
ainsi j'avais pris l'exemple de la page rubrique et non
index/sommaire 
</ pour les navigateurs>
<pour les sites multilingues>
> et avec ça dans les squelettes :
> #DESCRIPTIF-FR
> #DESCRIPTIF-DE
>
> et ça dans la base :
> <descriptif-fr> [...] </descriptif-fr>
> <descriptif-de> [...] </descriptif-de>
>
> ça ne passerait pas?
> </ pour les sites multilingues>??? je ne vois pas comment tu mettrais ça en oeuvre ?
Ca m'a l'air intéressant, mais comment spip reconnait
<descriptif-fr> ??? De quelle base parles-tu ?
Je parle d'une seule et même base !
De la base de Spip
Ainsi dans ta base Spip, la table 'spip_articles' tu lui remplaces le
champ 'texte' par deux champs 'texte-fr' et 'texte-de'
Bon OK après il y aura sans doute pas mal de bidouilles à faire dans
les fichiers de Spip pour faire correspondre tout ça, car c'est pas
prévu, mais je ne vois pas pourquoi ce ne serait pas faisable...
Dans ta page :
/ecrire/articles_edit.php3
Tu mets deux TEXTAREA, un avec NAME='texte-fr' et un NAME='texte-de'
à la place du NAME='texte' actuellement.
Et dans la page /ecrire/article.php3 tu vas à la pèche et tu
remplaces tout les $texte par un $texte-fr et un $texte-de
comme par exemple à la ligne 129 :
$texte = addslashes(corriger_caracteres($texte));
tu remplaces par :
$texte-fr = addslashes(corriger_caracteres($texte-fr));
$texte-de = addslashes(corriger_caracteres($texte-de));
idem pour la ligne 448 :
$texte = $row[7];
/inc-calcul-squel.php3 ligne 823
'TEXTE' => 'texte',
Et pour l'insertion dans la base, il faudra biensûr également
remplacer le champ 'texte' par les champs 'texte-fr' et 'texte-de' de
la table 'spip_articles'....
Et ça ce n'est que pour avoir le texte des articles en bilingue, car
pour avoir aussi leur titre, leur chapo, les brèves, etc, mêmes
punitions
Bon d'accord il faut être très très très motivé, mais si tu l'es pour
avoir un site multilingue, tu as des heures de mises au point en
perspective et pour un résultat pas forcément sûr (Mais là ça
devient vraiement du développement donc il vaudrait peut-être mieux
contacter les développeurs pour coordonner ce genre de boulots...)
En conclusion je crois qu'avec 2 bases différentes ce serait beaucoup
plus simple pour le problème des langues
Sinon pour ceux qui n'ont qu'une base, il y aurait peut-être une
solution si on pouvait lors de l'installation de spip faire en sorte
que l'un utilise les tables spip_* (comme c'est le cas avec un seul
spip) et installer le deuxième avec des tables spip2_*
(ou spip-fr_* , spip-de_* , etc...)
</ pour les sites multilingues>
Cordialement,....
..............Thierry,
mailto:thierry66ch@gmx.net
A+
From arno@scarabee.com Mon May 13 18:16:39 2002
Return-Path: <arno@scarabee.com>
Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233])
by miel.brainstorm.fr (Postfix) with ESMTP id A277C1C9D5
for <spip@rezo.net>; Mon, 13 May 2002 18:16:39 +0200 (CEST)
Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto3.wanadoo.fr
(6.5.007)
id 3CDF9C7E0003FAAC for spip@rezo.net; Mon, 13 May 2002 18:16:39 +0200
Received: from [193.251.62.139] (193.251.62.139) by mel-rta8.wanadoo.fr
(6.5.007)
id 3CDBB79A00191266 for spip@rezo.net; Mon, 13 May 2002 18:16:39 +0200
Mime-Version: 1.0
X-Sender: arno@rezo.net
Message-Id: <a05100306b9059191e7a0@[193.251.62.139]>
In-Reply-To: <3CD2AE18000D989D@mail.libertysurf.net> (added by
postmaster@libertysurf.fr)
References: <3CD2AE18000D989D@mail.libertysurf.net> (added by
postmaster@libertysurf.fr)
Date: Mon, 13 May 2002 18:16:32 +0200
To: <spip@rezo.net>
From: ARNO* <arno@scarabee.com>
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: quoted-printable
Subject: =?iso-8859-1?q?=5BSpip=5D_?= Squelettes NS/MSIE
X-BeenThere: spip@rezo.net
X-Mailman-Version: 2.1b1
Precedence: bulk
List-Help: <mailto:spip-request@rezo.net?subject=help>
List-Archive: Discuter chez rezo.net
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip@rezo.net>
List-Id: SPIP : questions/reponses <spip.rezo.net>
X-List-Received-Date: Mon, 13 May 2002 16:16:39 -0000
Status: O
Content-Length: 4656
Lines: 90
Salut,
Au sujet des squelettes sp=E9cifiques =E0 NS et/ou MSIE...
- La solution qui consisterait =E0 installer deux versions de SPIP qui
g=E9reraient la m=EAme base de donn=E9es, mais proposeraient des visites
s=E9par=E9es du site public est _absolument_ =E0 proscrire. C'est =E0 peu
pr=E8s ing=E9rable, hyper-bidouillesque; il faudrait pour cela avoir une
connaissance extr=EAme du fonctionnement de SPIP et, si on a justement
cette connaissance de SPIP, il existe d'autres solutions plus simples
pour s'en sortir que l'on pourra mettre en oeuvre...
- En r=E8gle g=E9n=E9rale, m=EAme pour un site "fait main", on =E9vite de cr=
=E9er
des fichiers diff=E9rents uniquement pour assurer la compatibilit=E9
entre les butineurs. C'est chiant comme la mort, et de toute fa=E7on
cela n'assure qu'une compatibilit=E9 toute relative: (1) parce que les
visiteurs qui arriveraient depuis un moteur de recherche directement
=E0 l'int=E9rieur du site ne pourraient pas choisir leur butineur; (2)
parce que c'est hyper-chiant =E0 g=E9rer (car pourquoi se limiter =E0 NS et
MSIE; d=E9sormais il faut compter avec Mozilla/Netscape 6, excellents,
mais avec encore une autre utilisation de javascript); (3) parce que
sur un site tr=E8s grand public, beaucoup de visiteurs ne savent pas
trop quel butineur ils utilisent (ils utilisent le machin que
l'informaticien de la maintenance a install=E9 sur leur b=E9cane - ma
m=E8re surfe sur le Web, mais elle serait bien incapable de vous dire
avec quel logiciel, et encore moins avec quelle version...).
=3D> La solution consiste donc en g=E9n=E9ral (m=EAme pour les sites "fait
main") =E0 g=E9rer les probl=E8mes de compatibilit=E9 sur une page unique: l=
a
m=EAme page pour tous les visiteurs, mais c'est le code de cette page
qui g=E8re la compatibilit=E9. L=E0, deux solutions:
(1) la solution purement javascript. C'est en javascript que l'on
d=E9termine le butineur et que l'on ex=E9cute les fonctionnalit=E9s qui
vont bien. Si vous utilisez les javascripts de Dreamweaver, par
exemple, cette compatibilit=E9 est assur=E9e automatiquement, ce qui est
bien pratique (surtout que le code est imbitable). (Notez: il faut
sans doute utiliser la toute derni=E8re version de Dreamweaver pour que
=E7a g=E8re aussi la compatibilit=E9 avec Mozilla/Netscape 6, mais je n'en
suis m=EAme pas certain.)
(2) la solution PHP. Evidemment, cela demande des connaissances en
PHP (=E0 mon avis, c'est plus simple que javascript, mais on se met
g=E9n=E9ralement =E0 PHP apr=E8s avoir d=E9j=E0 (d=E9-)go=FBt=E9 =E0=
javascript), mais le
code est souvent plus simple et plus lisible... Dans le squelette, on
peut sans probl=E8me utiliser du PHP. Il faut alors d=E9tecter avec PHP
quel est le butineur utilis=E9, et envoyer le code javascript
correspondant... Pour SPIP, cela donne un r=E9sultat assez =E9tonnant: la
page utilise bien le syst=E8me de cache, mais le code PHP lui-m=EAme est
ex=E9cut=E9 =E0 chaque visite; mais comme il ne s'agit que de tester le
butineur utilis=E9, =E7a ne ralentit pas l'ex=E9cution...
Personnellement, j'utilise g=E9n=E9ralement dans ce genre de cas une
solution hybride: un m=E9lange de PHP et de javascript. J'utilise PHP
pour d=E9tecter de mani=E8re "absolue" le butineur utilis=E9, pour les plus
gros probl=E8mes de compatibilit=E9; mais cela balance du code javascript
qui lui-m=EAme s'adapte au butineur utilis=E9 (souvent des variantes des
scripts cr=E9=E9s par Dreamweaver). Ainsi, le PHP d=E9tecte si le butineur
utilis=E9 est (par exemple) au minimum Mozilla ou MSIE 5; si c'est non,
aucun javascript dans la page; si c'est oui, je balance le javascript
qui, lui, effectuera la distinction entre Mozilla et MSIE... PHP est
une sorte de s=E9curit=E9, pour =EAtre certain de virer les butineurs qui
provoqueraient des bugs bizarres.
Cette solution est celle utilis=E9 dans l'espace priv=E9 de SPIP (pour
les triangles d=E9pliables). Ca n'est pas le plus simple, m'enfin si =E7a
vous int=E9resse...
Dans le fichier /ecrire/inc_layer.php3, quand on veut utiliser le
triangle d=E9pliable:
- la fonction "tester_layer" v=E9rifie la version du butineur: si
c'est MSIE 5+ ou Mozilla 5+, un code javascript est envoy=E9, sinon pas
de javascript;
- s'il y a du code javascript envoy=E9, c'est fait par
"afficher_script_layer", qui balance les fonctions: la fonction
javascript MM_findObj (r=E9cup=E9r=E9e dans Dreamweaver) effectue le test
pour savoir si c'est Mozilla ou MSIE.
ARNO*
--
Le Scarab=E9e : http://www.scarabee.com
uZine 2 : http://www.uzine.net
DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88 BF73 85F4 2297 1193 0F0B
From yvan.gapin@123multimedia.com Mon May 13 18:34:18 2002
Return-Path: <yvan.gapin@123multimedia.com>
Received: from netmx248 (unknown [194.250.185.251])
by miel.brainstorm.fr (Postfix) with ESMTP id 677781C0A7
for <spip@rezo.net>; Mon, 13 May 2002 18:34:18 +0200 (CEST)
Received: from DEVSERV04.tls.123multimedia.com ([192.168.240.2]) by netmx248
with Microsoft SMTPSVC(5.0.2195.4905);
Mon, 13 May 2002 18:34:08 +0200
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Spip] Squelettes NS/MSIE
X-MIMEOLE: Produced By Microsoft Exchange V6.0.5762.3
Date: Mon, 13 May 2002 18:34:08 +0200
Message-ID: <488894F51CB0804C9A6BDB09D4CCD940366C81@DEVSERV04.tls.123multimedia.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Spip] Squelettes NS/MSIE
thread-index: AcH6mgfq1hLVmin+SCGiHpcHQJBvfgAAERzg
From: "Yvan GAPIN" <yvan.gapin@123multimedia.com>
To: <spip@rezo.net>
X-OriginalArrivalTime: 13 May 2002 16:34:08.0991 (UTC)
FILETIME=[017D36F0:01C1FA9C]
X-BeenThere: spip@rezo.net
X-Mailman-Version: 2.1b1
Precedence: bulk
List-Help: <mailto:spip-request@rezo.net?subject=help>
List-Archive: Discuter chez rezo.net
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip@rezo.net>
List-Id: SPIP : questions/reponses <spip.rezo.net>
X-List-Received-Date: Mon, 13 May 2002 16:34:19 -0000
Status: O
Content-Length: 6551
Lines: 156
Le sujet =E9tant hors liste je n'irai pas tr=E8s loin.
Pour des sites dits pro qui font plusieurs milliers de pages vue par =
jour, j'utilise ce type de javascript qui r=E9ponds =E0 la plupart de =
nos besoins. C'est au bout de beaucoup de temps et chois divers, que =
nous avons finalement utilis=E9 celui-ci.=20
// Appel feuille de style MAC ou PC
var agt=3Dnavigator.userAgent.toLowerCase();
var mac=3D(agt.indexOf("mac")!=3D-1);
var netscape=3D((agt.indexOf('mozilla')!=3D-1) && =
(agt.indexOf('spoofer')=3D=3D-1)
&& (agt.indexOf('compatible') =3D=3D -1) && =
(agt.indexOf('opera')=3D=3D-1)
&& (agt.indexOf('webtv')=3D=3D-1));
if ( mac && netscape ) {
document.writeln("<lin" + "k rel=3D'stylesheet' =
href=3Dlsmac.css>");
} else {
document.writeln("<lin" + "k rel=3D'stylesheet' =
href=3Dlspc.css>");
}
Il appel une feuille de style pour pc ie et netscape et une autre pour =
mac/netscape. Vous pouvez facilement l'am=E9liorer. Il est simple est =
efficace. Pourkoa chercher compliquer... A vous ensuite de g=E9rer vos =
sites avec vos texte en CSS.
La plus grande diff=E9rence est d'ajouter trois px aux textes sous =
mac/netscape.
Ceci dit en moyenne Netscape tout confondu c'est 3% sur nos services, =
alors... on est d=E9j=E0 bien bon de s'en occuper, et mozilla est =
tellement proche de IE, voir mieux au niveau gestion CSS. Bref je =
n'insiste pas. Si certains veulent des pr=E9cisions, qu'il m'=E9crivent =
=E0 bueldigo@alternaute.org adresse non profesionelle, merci.
D=E9sol=E9 d'=EAt' hors sujet. longue vie =E0 SPIP.
Salut,
Au sujet des squelettes sp=E9cifiques =E0 NS et/ou MSIE...
- La solution qui consisterait =E0 installer deux versions de SPIP qui=20
g=E9reraient la m=EAme base de donn=E9es, mais proposeraient des visites =
s=E9par=E9es du site public est _absolument_ =E0 proscrire. C'est =E0 =
peu=20
pr=E8s ing=E9rable, hyper-bidouillesque; il faudrait pour cela avoir une =
connaissance extr=EAme du fonctionnement de SPIP et, si on a justement=20
cette connaissance de SPIP, il existe d'autres solutions plus simples=20
pour s'en sortir que l'on pourra mettre en oeuvre...
- En r=E8gle g=E9n=E9rale, m=EAme pour un site "fait main", on =E9vite =
de cr=E9er=20
des fichiers diff=E9rents uniquement pour assurer la compatibilit=E9=20
entre les butineurs. C'est chiant comme la mort, et de toute fa=E7on=20
cela n'assure qu'une compatibilit=E9 toute relative: (1) parce que les=20
visiteurs qui arriveraient depuis un moteur de recherche directement=20
=E0 l'int=E9rieur du site ne pourraient pas choisir leur butineur; (2)=20
parce que c'est hyper-chiant =E0 g=E9rer (car pourquoi se limiter =E0 NS =
et=20
MSIE; d=E9sormais il faut compter avec Mozilla/Netscape 6, excellents,=20
mais avec encore une autre utilisation de javascript); (3) parce que=20
sur un site tr=E8s grand public, beaucoup de visiteurs ne savent pas=20
trop quel butineur ils utilisent (ils utilisent le machin que=20
l'informaticien de la maintenance a install=E9 sur leur b=E9cane - ma=20
m=E8re surfe sur le Web, mais elle serait bien incapable de vous dire=20
avec quel logiciel, et encore moins avec quelle version...).
=3D> La solution consiste donc en g=E9n=E9ral (m=EAme pour les sites =
"fait=20
main") =E0 g=E9rer les probl=E8mes de compatibilit=E9 sur une page =
unique: la=20
m=EAme page pour tous les visiteurs, mais c'est le code de cette page=20
qui g=E8re la compatibilit=E9. L=E0, deux solutions:
(1) la solution purement javascript. C'est en javascript que l'on=20
d=E9termine le butineur et que l'on ex=E9cute les fonctionnalit=E9s qui=20
vont bien. Si vous utilisez les javascripts de Dreamweaver, par=20
exemple, cette compatibilit=E9 est assur=E9e automatiquement, ce qui est =
bien pratique (surtout que le code est imbitable). (Notez: il faut=20
sans doute utiliser la toute derni=E8re version de Dreamweaver pour que=20
=E7a g=E8re aussi la compatibilit=E9 avec Mozilla/Netscape 6, mais je =
n'en=20
suis m=EAme pas certain.)
(2) la solution PHP. Evidemment, cela demande des connaissances en=20
PHP (=E0 mon avis, c'est plus simple que javascript, mais on se met=20
g=E9n=E9ralement =E0 PHP apr=E8s avoir d=E9j=E0 (d=E9-)go=FBt=E9 =E0 =
javascript), mais le=20
code est souvent plus simple et plus lisible... Dans le squelette, on=20
peut sans probl=E8me utiliser du PHP. Il faut alors d=E9tecter avec PHP=20
quel est le butineur utilis=E9, et envoyer le code javascript=20
correspondant... Pour SPIP, cela donne un r=E9sultat assez =E9tonnant: =
la=20
page utilise bien le syst=E8me de cache, mais le code PHP lui-m=EAme est =
ex=E9cut=E9 =E0 chaque visite; mais comme il ne s'agit que de tester le=20
butineur utilis=E9, =E7a ne ralentit pas l'ex=E9cution...
Personnellement, j'utilise g=E9n=E9ralement dans ce genre de cas une=20
solution hybride: un m=E9lange de PHP et de javascript. J'utilise PHP=20
pour d=E9tecter de mani=E8re "absolue" le butineur utilis=E9, pour les =
plus=20
gros probl=E8mes de compatibilit=E9; mais cela balance du code =
javascript=20
qui lui-m=EAme s'adapte au butineur utilis=E9 (souvent des variantes des =
scripts cr=E9=E9s par Dreamweaver). Ainsi, le PHP d=E9tecte si le =
butineur=20
utilis=E9 est (par exemple) au minimum Mozilla ou MSIE 5; si c'est non,=20
aucun javascript dans la page; si c'est oui, je balance le javascript=20
qui, lui, effectuera la distinction entre Mozilla et MSIE... PHP est=20
une sorte de s=E9curit=E9, pour =EAtre certain de virer les butineurs =
qui=20
provoqueraient des bugs bizarres.
Cette solution est celle utilis=E9 dans l'espace priv=E9 de SPIP (pour=20
les triangles d=E9pliables). Ca n'est pas le plus simple, m'enfin si =
=E7a=20
vous int=E9resse...
Dans le fichier /ecrire/inc_layer.php3, quand on veut utiliser le=20
triangle d=E9pliable:
- la fonction "tester_layer" v=E9rifie la version du butineur: si=20
c'est MSIE 5+ ou Mozilla 5+, un code javascript est envoy=E9, sinon pas=20
de javascript;
- s'il y a du code javascript envoy=E9, c'est fait par=20
"afficher_script_layer", qui balance les fonctions: la fonction=20
javascript MM_findObj (r=E9cup=E9r=E9e dans Dreamweaver) effectue le =
test=20
pour savoir si c'est Mozilla ou MSIE.
ARNO*
--=20
Le Scarab=E9e : http://www.scarabee.com
uZine 2 : http://www.uzine.net
DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88 BF73 85F4 2297 1193 0F0B
_______________________________________________
liste spip
spip@rezo.net - d=E9sabonnement : spip-off@rezo.net
http://listes.rezo.net/mailman/listinfo/spip
From kbelkacem@mac.com Mon May 13 18:43:41 2002
Return-Path: <kbelkacem@mac.com>
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.89])
by miel.brainstorm.fr (Postfix) with ESMTP id 5688A1C0A7
for <spip@rezo.net>; Mon, 13 May 2002 18:43:41 +0200 (CEST)
Received: from smtp-relay03-en1.mac.com (smtp-relay03-en1 [10.13.10.222])
by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g4DGhekv005911
for <spip@rezo.net>; Mon, 13 May 2002 09:43:40 -0700 (PDT)
Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65])
by smtp-relay03-en1.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g4DGhYC7008207
for <spip@rezo.net>; Mon, 13 May 2002 09:43:34 -0700 (PDT)
Received: from localhost ([193.252.27.117]) by asmtp01.mac.com
(Netscape Messaging Server 4.15 asmtp01 Jun 21 2001 23:53:48)
with ESMTP id GW26GL00.P3F for <spip@rezo.net>; Mon, 13 May 2002
09:43:33 -0700
Date: Mon, 13 May 2002 18:43:32 +0200
Mime-Version: 1.0 (Apple Message framework v481)
Content-Type: multipart/alternative; boundary=Apple-Mail-3-51339257
From: kbelkacem@mac.com
To: spip@rezo.net
Message-Id: <8F724EC4-6690-11D6-AF5B-00306583D58E@mac.com>
X-Mailer: Apple Mail (2.481)
X-Mailman-Approved-At: Mon, 13 May 2002 16:46:07 -0000
Subject: =?iso-8859-1?q?=5BSpip=5D_?=
=?ISO-8859-1?Q?filtre_age_valable_sur_les_sites_r=E9f=E9renc=E9?=
=?ISO-8859-1?Q?s_=3F_nouveau?=
X-BeenThere: spip@rezo.net
X-Mailman-Version: 2.1b1
Precedence: bulk
List-Help: <mailto:spip-request@rezo.net?subject=help>
List-Archive: Discuter chez rezo.net
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip>,
<mailto:spip-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip@rezo.net>
List-Id: SPIP : questions/reponses <spip.rezo.net>
X-List-Received-Date: Mon, 13 May 2002 16:43:41 -0000
Status: O
Content-Length: 1559
Lines: 67
--Apple-Mail-3-51339257
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=ISO-8859-1;
format=flowed
salut =E0 tous et toutes !
est ce que la manip d'ARNO concernant la filtre {age<7} est valable=20
aussi pour les sites r=E9f=E9renc=E9s non syndiqu=E9s ?
exemple si vous allez voir : sur un site de demo o=F9 je test les=20
diff=E9rentes boucles :
http://www.glums.com/intraBLDA/lessites.php3?id_rubrique=3D1
@+
-------------------------------------------------------
Karim Belkacem
Graphiste - Web Designer - Webmaster =E9ditorial & technique
Port. 06 63 84 71 71
Mail. kbelkacem@wanadoo.fr
http://www.glums.com
-------------------------------------------------------
--Apple-Mail-3-51339257
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
charset=ISO-8859-1
salut =E0 tous et toutes !
est ce que la manip d'ARNO concernant la filtre {age<<7} est valable
aussi pour les sites r=E9f=E9renc=E9s non syndiqu=E9s ?
exemple si vous allez voir : sur un site de demo o=F9 je test les
diff=E9rentes boucles :=20
http://www.glums.com/intraBLDA/lessites.php3?id_rubrique=3D1
@+
<fontfamily><param>Lucida Grande</param>
-------------------------------------------------------
Karim Belkacem
Graphiste - Web Designer - Webmaster =E9ditorial & technique
Port. 06 63 84 71 71
Mail. kbelkacem@wanadoo.fr
=
<underline><color><param>1A1A,1A1A,FFFF</param>http://www.glums.com</color=
</underline>
-------------------------------------------------------</fontfamily>=
--Apple-Mail-3-51339257--