SPIP dans plusieurs repertoires?

Salut !

Je fais aussi un site spip en trois langues.
Mon problème est qu'il y a des articles traduit dans chaque langue et
d'autres pas. En français il y aura la totalité des articles. Mais je ne
veux pas priver les visiteurs germanophones et anglophones de la
totalités des articles, car certains peuvent aussi lire du français.

Le problème que je vois dans ta solution de 3 spip/1 bd, c'est que les
squelettes seront traduits, mais finalement pas le contenu.
Du coup je pense que c'est inutile d'avoir 3 spips.

Alors voici la solution que j'ai adoptée après quelques heures de
méditation :

- j'ai fait trois rubriques principales fr/de/en, dont les 3 drapeaux
  dans l'entete des pages y accèdent directement
- une structure identique des sous-rubriques est répétée et traduite dans
  chaque langue
- pour chaque rubriques principale, j'ai un squelette traduit, qui sera
  automatiquement repris dans les sous-rubriques, idem pour les articles.
- tous les articles, même ceux qui ne sont pas traduits, figurent dans
  les 3 langues, avec le titre traduit dans la langue respective.
- Pour les articles qui ne sont pas traduits (donc seulement disponibles
  en français) j'utilise l'usage détourné du chapeau de l'article (=url).
  L'url inscrite dans le chapeau permet de dévier directement sur la
  version française de l'article. Le tout est d'avertir le visiteur
  qu'il sera dévié dans la partie francophone du site. Je le ferai en
  affectant un logo "drapeau français" aux articles concernés.
  
Si quelqu'un à une meilleur solution concernant le problème que certains
articles sont traduits et d'autres pas, mais accessibles depuis toutes
les langues, je suis à l'écoute !

En espérant avoir pu t'aider à trouver la bonne solution.

Le Thu, 9 May 2002 22:43:19 +0200
battlenet <battlenet@altern.org> a écrit:

    > 'lo
    >
    > est-il possible d'avoir plusieurs SPIP genre ../france/ ../allemagne/
    > mais qui reposent sur la meme BDD? C'est pour une association qui est
    > trillingue. (fra, all, ita) et bien des articles (rendez-vous,
    > auteurs, evenements, etc..) sont les memes!
    > Sinon, quelle est votre experience/conseils dans les sites
    > multilingues SPIP. G cru entendre que la prochaine version de spip
    > integrera de telles fonctions, est-ce vrai? (youpii ? :wink:
    >
    > a+ battlenet
    >
    > ps. BRAVO aux développeurs. Je suis bluffé par la qualité de SPIP!
    > _______________________________________________
    > liste spip
    > spip@rezo.net - désabonnement : spip-off@rezo.net
    > http://listes.rezo.net/mailman/listinfo/spip

Thierry

mailto:tpo@gmx.net

Bonjour,

Astucieuse, ta réponse, Thierry. J'y penserai si je passe mon site en plusieurs
langues.

Par contre, je pense à faire deux versions de mes squelettes, une optimisée
pour Internet Explorer, une pour Netscape (avec chaque fois un fichier
rubrique.html,...), et je voudrais évidemment que les deux se basent sur la
même BDD.

Cela peut-il se faire ??

Merci,
Bertrand

En réponse à Thierry Portmann <thierry66ch@gmx.net>:

Salut !

Je fais aussi un site spip en trois langues.
Mon problème est qu'il y a des articles traduit dans chaque langue et
d'autres pas. En français il y aura la totalité des articles. Mais je
ne
veux pas priver les visiteurs germanophones et anglophones de la
totalités des articles, car certains peuvent aussi lire du français.

Le problème que je vois dans ta solution de 3 spip/1 bd, c'est que les
squelettes seront traduits, mais finalement pas le contenu.
Du coup je pense que c'est inutile d'avoir 3 spips.

Alors voici la solution que j'ai adoptée après quelques heures de
méditation :

- j'ai fait trois rubriques principales fr/de/en, dont les 3 drapeaux
  dans l'entete des pages y accèdent directement
- une structure identique des sous-rubriques est répétée et traduite
dans
  chaque langue
- pour chaque rubriques principale, j'ai un squelette traduit, qui
sera
  automatiquement repris dans les sous-rubriques, idem pour les
articles.
- tous les articles, même ceux qui ne sont pas traduits, figurent dans
  les 3 langues, avec le titre traduit dans la langue respective.
- Pour les articles qui ne sont pas traduits (donc seulement
disponibles
  en français) j'utilise l'usage détourné du chapeau de l'article
(=url).
  L'url inscrite dans le chapeau permet de dévier directement sur la
  version française de l'article. Le tout est d'avertir le visiteur
  qu'il sera dévié dans la partie francophone du site. Je le ferai en
  affectant un logo "drapeau français" aux articles concernés.
  
Si quelqu'un à une meilleur solution concernant le problème que
certains
articles sont traduits et d'autres pas, mais accessibles depuis toutes
les langues, je suis à l'écoute !

En espérant avoir pu t'aider à trouver la bonne solution.

Le Thu, 9 May 2002 22:43:19 +0200
battlenet <battlenet@altern.org> a écrit:

    > 'lo
    >
    > est-il possible d'avoir plusieurs SPIP genre ../france/
../allemagne/
    > mais qui reposent sur la meme BDD? C'est pour une association qui
est
    > trillingue. (fra, all, ita) et bien des articles (rendez-vous,
    > auteurs, evenements, etc..) sont les memes!
    > Sinon, quelle est votre experience/conseils dans les sites
    > multilingues SPIP. G cru entendre que la prochaine version de spip

    > integrera de telles fonctions, est-ce vrai? (youpii ? :wink:
    >
    > a+ battlenet
    >
    > ps. BRAVO aux développeurs. Je suis bluffé par la qualité de
SPIP!
    > _______________________________________________
    > liste spip
    > spip@rezo.net - désabonnement : spip-off@rezo.net
    > http://listes.rezo.net/mailman/listinfo/spip

Thierry

mailto:tpo@gmx.net

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

From bertrand.collignon1@free.fr Sat May 11 12:30:25 2002

Return-Path: <bertrand.collignon1@free.fr>
Received: from postfix2-2.free.fr (postfix2-2.free.fr [213.228.0.140])
  by miel.brainstorm.fr (Postfix) with ESMTP id 19D391C555
  for <spip@rezo.net>; Sat, 11 May 2002 12:30:25 +0200 (CEST)
Received: from imp2-1.free.fr (imp2-1.free.fr [213.228.0.22])
  by postfix2-2.free.fr (Postfix) with ESMTP
  id 147395F85A; Sat, 11 May 2002 12:30:25 +0200 (CEST)
Received: by imp2-1.free.fr (Postfix, from userid 33)
  id DD7FD580E8; Sat, 11 May 2002 12:30:24 +0200 (MEST)
To: Thierry <thierry66ch@gmx.net>
Message-ID: <1021113024.3cdcf2c0cd018@imp.free.fr>
Date: Sat, 11 May 2002 12:30:24 +0200 (MEST)
From: bertrand.collignon1@free.fr
Cc: spip@rezo.net
References: <20020510105405.9C42.THIERRY66CH@gmx.net>
  <1021106772.3cdcda540769f@imp.free.fr>
  <20020511111856.1AE7.THIERRY66CH@gmx.net>
In-Reply-To: <20020511111856.1AE7.THIERRY66CH@gmx.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6
X-Originating-IP: 62.147.42.142
Subject: =?iso-8859-1?q?=5BSpip=5D_?=
Help +Re: squelette optimise NS/IE (ex SPIP dans plusieurs repertoires?)
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&gt;,
  <mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <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: Sat, 11 May 2002 10:30:25 -0000
Status: O
Content-Length: 8721
Lines: 243

... y'a plein de bon sens dans ce que tu dis... et c'est en gros ce que
j'essaie d'appliquer (javascript pour des facilités de navigation, mais
navigation OK sans,...)...

mais j'ai quand même essayé le truc suivant (la curiosité me perdra):

- 1 jeu de squelettes dans /IE avec un spip dans /IE/ecrire
- 1 jeu de squelettes dans /NS avec un spip dans /NS/ecrire
- les deux basés sur la même BDD

Quand j'ai créé mon 2ème Spip (tout sur Spip 1.3.2.), ça marchait, par contre,
je me suis retrouvé avec des erreurs dans l'Admin de mon premier Spip:
"Warning: supplied argument is not a valid MySQL result resource in
c:\...\ecrire\inc.php3 on line 805".
J'ai alors essayé de bidouiller en recopiant les fichiers de ma BDD tels qu'ils
étaient avant l'installation de mon 2ème Spip (j'avais une sauvegarde).
Les "Warning..." ont disparu et je "vois" toujours tous mes articles via
l'Admin, mais je ne peux plus rien modifier, ni créer de nouveaux articles !!!!

Est-ce une question de droits (je n'y connais rien...) ? Y a-t-il une
solution ? Ou dois-je repartir à zéro ?

Si quelqu'un a une idée (Thierry ou un autre)...
Merci d'avance,
Bertrand

En réponse à Thierry <thierry66ch@gmx.net>:

> Par contre, je pense à faire deux versions de mes squelettes, une
optimisée
> pour Internet Explorer, une pour Netscape (avec chaque fois un fichier

> rubrique.html,...), et je voudrais évidemment que les deux se basent
sur la
> même BDD.

Ouch!
Moui, c'est possible, mais il faut dédoubler tous les couples de
fichiers.php3 et .html.
Et, à ma connaissance, tu ne peux plus utiliser la balise #URL_ARTICLE
qui
se sert automatiquement du bon fichier article.php3 ou article-x.php3
selon. Tu dois gérer les liens toi-même du genre
<a href="article_ns.php3?id_article= #ID_ARTICLE">#TITRE_ARTICLE</a>.
Et du coup, toujours à ma connaissance, tu perds l'automatisme du
squelette liés aux rubriques et sous-rubrique (recherche d'abord
article=xx.hmtl,
puis article-xx.html et enfin article.html)

Personnellement, je trouve que c'est un horrible boulot de gérer ça.
On ne pourra quasiment jamais obtenir un résultat totalement
satisfaisant
sur toutes les différentes versions des navigateurs les plus répandus,
alors autant simplifier et établir des limites claires.
Car il ne faut pas perdre de vue, que l'important d'un site, c'est
quand
même le contenu, donc le texte et éventuellement les images.

Ma phylosophie est la suivante :
1. le site doit pouvoir être lu sur toutes les configurations, dans
des
    conditions acceptables (tous les textes lisibles, même avec
défilement
    horizontal nécessaire sur les petites résolutions)
2. le site doit être agréable à l'oeil, convivial et ergonomique pour
la
    plupart des configurations des visiteurs
3. le design du site est particulièrement optimisé pour la configuration
la
    plus répandue, dans la limite des possibilités autorisées par les
    points 1 et 2
    
Par configuration, j'entends le navigateur (OS, type et version) _et_
la
résolution de l'écran.

Le point 1 exclut le javascript et les applets java, au moins pour les
commandes de navigation (ou alors les dédoubler), il y a des sites dont
la
navigation se fait uniquement à l'aide d'applets ou de menus par
layers
compliqués, sur lesquels des tas de config planteront ou simplement
n'afficheront pas les outils de navigation. J'en connais même un qui
plante
totalement (reboot) à cause des scripts roll-over de dreamweaver !

Le point 2 limite la largeur des pages à la résolution la plus
fréquente,
ou la plus petite des résolutions les plus fréquentes, soit 800x600.
De
plus ne pas utiliser des textes trop petits illisibles sur certains
mac,
les combinaisons de CSS trop compliquées, déformant trop la mise en
page
sur les navigateurs supportant mal ou pas les CSS (imagine un fond
d'écran
bleu foncé de la couleur par défaut des liens, et des liens dont la
couleur
est modifiée par CSS !)

Le point 3 concerne les gouts particuliers du concepteur, choix des
couleurs, des tailles de textes, police, tout en respectant les points 1
et 2 (vive les compromis)

Concrètement, pour moi :
1. pas de javascript, applets et layers (ou juste du JS pour des
fonctions
annexes, ne compromettant pas la nivagation)
2. largeur de page de 750 pixels, taille minimale du texte 2 ou 1 en
majuscule, CSS simple, ou en tout cas pas d'acrobaties mettant en péril
la
navigation en cas de non support.

Cordialement,....
..............Thierry,

mail to: thierry66ch@gmx.net

Le 11 May 2002 à 10:46,
bertrand.collignon1 (bertrand.collignon1@free.fr) a ecrit :

---------------------- Debut du message original
----------------------
> Bonjour,
>
> Astucieuse, ta réponse, Thierry. J'y penserai si je passe mon site en
plusieurs
> langues.
>
> Par contre, je pense à faire deux versions de mes squelettes, une
optimisée
> pour Internet Explorer, une pour Netscape (avec chaque fois un fichier

> rubrique.html,...), et je voudrais évidemment que les deux se basent
sur la
> même BDD.
>
> Cela peut-il se faire ??
>
> Merci,
> Bertrand
>
> En réponse à Thierry Portmann <thierry66ch@gmx.net>:
>
> > Salut !
> >
> > Je fais aussi un site spip en trois langues.
> > Mon problème est qu'il y a des articles traduit dans chaque langue
et
> > d'autres pas. En français il y aura la totalité des articles. Mais
je
> > ne
> > veux pas priver les visiteurs germanophones et anglophones de la
> > totalités des articles, car certains peuvent aussi lire du
français.
> >
> > Le problème que je vois dans ta solution de 3 spip/1 bd, c'est que
les
> > squelettes seront traduits, mais finalement pas le contenu.
> > Du coup je pense que c'est inutile d'avoir 3 spips.
> >
> > Alors voici la solution que j'ai adoptée après quelques heures de
> > méditation :
> >
> > - j'ai fait trois rubriques principales fr/de/en, dont les 3
drapeaux
> > dans l'entete des pages y accèdent directement
> > - une structure identique des sous-rubriques est répétée et
traduite
> > dans
> > chaque langue
> > - pour chaque rubriques principale, j'ai un squelette traduit, qui
> > sera
> > automatiquement repris dans les sous-rubriques, idem pour les
> > articles.
> > - tous les articles, même ceux qui ne sont pas traduits, figurent
dans
> > les 3 langues, avec le titre traduit dans la langue respective.
> > - Pour les articles qui ne sont pas traduits (donc seulement
> > disponibles
> > en français) j'utilise l'usage détourné du chapeau de l'article
> > (=url).
> > L'url inscrite dans le chapeau permet de dévier directement sur
la
> > version française de l'article. Le tout est d'avertir le
visiteur
> > qu'il sera dévié dans la partie francophone du site. Je le ferai
en
> > affectant un logo "drapeau français" aux articles concernés.
> >
> > Si quelqu'un à une meilleur solution concernant le problème que
> > certains
> > articles sont traduits et d'autres pas, mais accessibles depuis
toutes
> > les langues, je suis à l'écoute !
> >
> > En espérant avoir pu t'aider à trouver la bonne solution.
> >
> > Le Thu, 9 May 2002 22:43:19 +0200
> > battlenet <battlenet@altern.org> a écrit:
> >
> > > 'lo
> > >
> > > est-il possible d'avoir plusieurs SPIP genre ../france/
> > ../allemagne/
> > > mais qui reposent sur la meme BDD? C'est pour une association
qui
> > est
> > > trillingue. (fra, all, ita) et bien des articles (rendez-vous,

> > > auteurs, evenements, etc..) sont les memes!
> > > Sinon, quelle est votre experience/conseils dans les sites
> > > multilingues SPIP. G cru entendre que la prochaine version de
spip
> >
> > > integrera de telles fonctions, est-ce vrai? (youpii ? :wink:
> > >
> > > a+ battlenet
> > >
> > > ps. BRAVO aux développeurs. Je suis bluffé par la qualité de
> > SPIP!
> > > _______________________________________________
> > > liste spip
> > > spip@rezo.net - désabonnement : spip-off@rezo.net
> > > http://listes.rezo.net/mailman/listinfo/spip
> >
> >
> >
> > Thierry
> >
> > mailto:tpo@gmx.net
> >
> > _______________________________________________
> > liste spip
> > spip@rezo.net - désabonnement : spip-off@rezo.net
> > http://listes.rezo.net/mailman/listinfo/spip
> >

---------------------- Fin du message original ----------------------

From jpleac@eocene.fr Sat May 11 12:33:18 2002

Return-Path: <jpleac@eocene.fr>
Received: from mel-rto1.wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.188])
  by miel.brainstorm.fr (Postfix) with ESMTP id D60B11C555
  for <spip@rezo.net>; Sat, 11 May 2002 12:33:18 +0200 (CEST)
Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto1.wanadoo.fr
  (6.5.007)
        id 3CD6B879000AE176 for spip@rezo.net; Sat, 11 May 2002 12:33:18 +0200
Received: from jpl (193.253.211.59) by mel-rta10.wanadoo.fr (6.5.007)
        id 3CD0C9A7004B1AFA for spip@rezo.net; Sat, 11 May 2002 12:33:18 +0200
From: "JPL" <jpleac@eocene.fr>
To: <spip@rezo.net>
Subject: RE: [Spip] Upload des logos !
Date: Sat, 11 May 2002 12:34:36 +0200
Message-ID: <NGBBLAGFMLDFDIBNBKPMMENGCCAA.jpleac@eocene.fr>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <3.0.5.32.20020511121234.015cb990@pop3.action-reseau.com>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
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&gt;,
  <mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <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: Sat, 11 May 2002 10:33:19 -0000
Status: O
Content-Length: 2111
Lines: 67

-----Message d'origine-----
De : Gérard Lanoye [mailto:lanoye@action-reseau.com]
Envoyé : samedi 11 mai 2002 12:13
À : JPL
Objet : Re: [Spip] Upload des logos !

At 10:46 11/05/02 +0200, you wrote:

Bonjour à tous,

J'ai beau aller voir toute la doc disponible ainsi que les messages de la
liste de diffusion déjà postés, je ne trouve toujours rien :

j'ai installé pour l'instant en local mon futur site SPIP pour une
publication prochaine. Tout fonctionne à merveille sauf ce qui concerne les
logos : lorsque je tente de lier une image à une rubrique, un article ou un
auteur (via l'espace privé, comme indiqué dans la doc) rien ne se passe.

Je ne comprends pas ce que vous voulez dire par lier. Pour moi, dans
l'espace privé et en activant l'interface complète, on a la possibilité de
télécharger une image qui servira de logo.

Je parle bien de ça.
Je viens de découvrir que lorsque je cherche à mettre un logo à l'article 1
par exemple, le fichier arton1 était créé (mais sans extension !!!). En
renommant ce fichier arton1.gif, tout fonctionne !!!!

Quelqu'un aurait-il une idée de ce qui doit être modifié (dans le code ?)
pour que l'extension .gif (ou .png, .jpg) soit créée en même temps que le
fichier.

Merci par avance

Je
veux dire par là qu'aucun message d'erreur ni aucune image n'apparaissent.
J'ai donc essayé de poster le début de site (sans les squelettes) sur le
site de ma boite (serveurs apache et MySQL mutualisés par Amen); j'ai
exactement le même problème: tout fonctionne bien sauf les logos (article,
rubrique, auteur,...).

Du coup, je ne vois pas d'où pourrait provenir le problème.

Pourriez-vous me donner la marche à suivre pour découvrir la cause de tout
ceci ?

Je vous remercie par avance car cela me cause de gros problèmes
actuellement.

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

--
Gérard LANOYE lanoye@action-reseau.com
ACTION RESEAU http://www.action-reseau.com
81140 VAOUR - Tél 05 63 56 45 55 Fax 05 63 56 38 52

Par contre, je pense à faire deux versions de mes squelettes, une optimisée
pour Internet Explorer, une pour Netscape (avec chaque fois un fichier
rubrique.html,...), et je voudrais évidemment que les deux se basent sur la
même BDD.

Ouch!
Moui, c'est possible, mais il faut dédoubler tous les couples de fichiers.php3 et .html.
Et, à ma connaissance, tu ne peux plus utiliser la balise #URL_ARTICLE qui
se sert automatiquement du bon fichier article.php3 ou article-x.php3 selon. Tu dois gérer les liens toi-même du genre
<a href="article_ns.php3?id_article= #ID_ARTICLE">#TITRE_ARTICLE</a>.
Et du coup, toujours à ma connaissance, tu perds l'automatisme du squelette liés aux rubriques et sous-rubrique (recherche d'abord article=xx.hmtl,
puis article-xx.html et enfin article.html)

Personnellement, je trouve que c'est un horrible boulot de gérer ça.
On ne pourra quasiment jamais obtenir un résultat totalement satisfaisant
sur toutes les différentes versions des navigateurs les plus répandus, alors autant simplifier et établir des limites claires.
Car il ne faut pas perdre de vue, que l'important d'un site, c'est quand
même le contenu, donc le texte et éventuellement les images.

Ma phylosophie est la suivante :
1. le site doit pouvoir être lu sur toutes les configurations, dans des
    conditions acceptables (tous les textes lisibles, même avec défilement
    horizontal nécessaire sur les petites résolutions)
2. le site doit être agréable à l'oeil, convivial et ergonomique pour la
    plupart des configurations des visiteurs
3. le design du site est particulièrement optimisé pour la configuration la
    plus répandue, dans la limite des possibilités autorisées par les
    points 1 et 2
    
Par configuration, j'entends le navigateur (OS, type et version) _et_ la
résolution de l'écran.

Le point 1 exclut le javascript et les applets java, au moins pour les
commandes de navigation (ou alors les dédoubler), il y a des sites dont la
navigation se fait uniquement à l'aide d'applets ou de menus par layers
compliqués, sur lesquels des tas de config planteront ou simplement
n'afficheront pas les outils de navigation. J'en connais même un qui plante
totalement (reboot) à cause des scripts roll-over de dreamweaver !

Le point 2 limite la largeur des pages à la résolution la plus fréquente,
ou la plus petite des résolutions les plus fréquentes, soit 800x600. De
plus ne pas utiliser des textes trop petits illisibles sur certains mac,
les combinaisons de CSS trop compliquées, déformant trop la mise en page
sur les navigateurs supportant mal ou pas les CSS (imagine un fond d'écran
bleu foncé de la couleur par défaut des liens, et des liens dont la couleur
est modifiée par CSS !)

Le point 3 concerne les gouts particuliers du concepteur, choix des
couleurs, des tailles de textes, police, tout en respectant les points 1 et 2 (vive les compromis)

Concrètement, pour moi :
1. pas de javascript, applets et layers (ou juste du JS pour des fonctions
annexes, ne compromettant pas la nivagation)
2. largeur de page de 750 pixels, taille minimale du texte 2 ou 1 en
majuscule, CSS simple, ou en tout cas pas d'acrobaties mettant en péril la
navigation en cas de non support.

Cordialement,....
..............Thierry,

mail to: thierry66ch@gmx.net

Le 11 May 2002 à 10:46,
bertrand.collignon1 (bertrand.collignon1@free.fr) a ecrit :

---------------------- Debut du message original ----------------------

Bonjour,

Astucieuse, ta réponse, Thierry. J'y penserai si je passe mon site en plusieurs
langues.

Par contre, je pense à faire deux versions de mes squelettes, une optimisée
pour Internet Explorer, une pour Netscape (avec chaque fois un fichier
rubrique.html,...), et je voudrais évidemment que les deux se basent sur la
même BDD.

Cela peut-il se faire ??

Merci,
Bertrand

En réponse à Thierry Portmann <thierry66ch@gmx.net>:

> Salut !
>
> Je fais aussi un site spip en trois langues.
> Mon problème est qu'il y a des articles traduit dans chaque langue et
> d'autres pas. En français il y aura la totalité des articles. Mais je
> ne
> veux pas priver les visiteurs germanophones et anglophones de la
> totalités des articles, car certains peuvent aussi lire du français.
>
> Le problème que je vois dans ta solution de 3 spip/1 bd, c'est que les
> squelettes seront traduits, mais finalement pas le contenu.
> Du coup je pense que c'est inutile d'avoir 3 spips.
>
> Alors voici la solution que j'ai adoptée après quelques heures de
> méditation :
>
> - j'ai fait trois rubriques principales fr/de/en, dont les 3 drapeaux
> dans l'entete des pages y accèdent directement
> - une structure identique des sous-rubriques est répétée et traduite
> dans
> chaque langue
> - pour chaque rubriques principale, j'ai un squelette traduit, qui
> sera
> automatiquement repris dans les sous-rubriques, idem pour les
> articles.
> - tous les articles, même ceux qui ne sont pas traduits, figurent dans
> les 3 langues, avec le titre traduit dans la langue respective.
> - Pour les articles qui ne sont pas traduits (donc seulement
> disponibles
> en français) j'utilise l'usage détourné du chapeau de l'article
> (=url).
> L'url inscrite dans le chapeau permet de dévier directement sur la
> version française de l'article. Le tout est d'avertir le visiteur
> qu'il sera dévié dans la partie francophone du site. Je le ferai en
> affectant un logo "drapeau français" aux articles concernés.
>
> Si quelqu'un à une meilleur solution concernant le problème que
> certains
> articles sont traduits et d'autres pas, mais accessibles depuis toutes
> les langues, je suis à l'écoute !
>
> En espérant avoir pu t'aider à trouver la bonne solution.
>
> Le Thu, 9 May 2002 22:43:19 +0200
> battlenet <battlenet@altern.org> a écrit:
>
> > 'lo
> >
> > est-il possible d'avoir plusieurs SPIP genre ../france/
> ../allemagne/
> > mais qui reposent sur la meme BDD? C'est pour une association qui
> est
> > trillingue. (fra, all, ita) et bien des articles (rendez-vous,
> > auteurs, evenements, etc..) sont les memes!
> > Sinon, quelle est votre experience/conseils dans les sites
> > multilingues SPIP. G cru entendre que la prochaine version de spip
>
> > integrera de telles fonctions, est-ce vrai? (youpii ? :wink:
> >
> > a+ battlenet
> >
> > ps. BRAVO aux développeurs. Je suis bluffé par la qualité de
> SPIP!
> > _______________________________________________
> > liste spip
> > spip@rezo.net - désabonnement : spip-off@rezo.net
> > http://listes.rezo.net/mailman/listinfo/spip
>
>
>
> Thierry
>
> mailto:tpo@gmx.net
>
> _______________________________________________
> liste spip
> spip@rezo.net - désabonnement : spip-off@rezo.net
> http://listes.rezo.net/mailman/listinfo/spip
>

---------------------- Fin du message original ----------------------

Avoir 2 sites séparés exploitant la même base MySQL n'est pas un pb pour Spip... excepté bien sûr la duplication des squelettes
(mais c'est le but recherché!).

En ce qui concerne les sites multilingues, lorsque tous les articles sont traduits, une solution souvent privilégiée est
l'utilisation d'un mot-clé identifiant la langue.

A+
   Fançois

    > J'aimerais pouvoir qu'à partir d'une certaine page (un sommaire basé sur des
    > mots clés, donc indépendant des rubriques) les #URL_ARTICLE vers une page
    > autre que article.php3.
    > J'ai essayé la méthode proposée ci-dessous, mais cela n'a pas l'air de
    > fonctionner.
    > Quelqu'un a-t-il une solution pour cela? (une fonction PHP dans
    > mes_fonction.php3, un raccourci SPIP...)

Salut !

Pour cette méthode, il faut non seulement dédoubler les 2 fichiers
article.php3 et article.html (par exemple en "articlespecial.xxx"), mais
aussi modifier le nom du squelette indiqué dans le fichier
"articlespecial.php3" pour qu'il appelle le squelette !

Thierry

Le Sun, 12 May 2002 13:36:09 +0200
"fr" <francoisbihr@ifrance.com> a écrit:

    > Salut,
    >
    > J'aimerais pouvoir qu'à partir d'une certaine page (un sommaire basé sur des
    > mots clés, donc indépendant des rubriques) les #URL_ARTICLE vers une page
    > autre que article.php3.
    > J'ai essayé la méthode proposée ci-dessous, mais cela n'a pas l'air de
    > fonctionner.
    > Quelqu'un a-t-il une solution pour cela? (une fonction PHP dans
    > mes_fonction.php3, un raccourci SPIP...)
    >
    > Merci à vous
    >
    > fBihR
    > francoisbihr@ifrance.com
    >
    >
    > ----- Original Message -----
    > From: "Thierry Portmann" <thierry66ch@gmx.net>
    > To: <spip@rezo.net>
    > Sent: Saturday, May 11, 2002 2:20 PM
    > Subject: Re[2]: [Spip] SPIP dans plusieurs repertoires?
    >
    >
    >
    > Et, à ma connaissance, tu ne peux plus utiliser la balise #URL_ARTICLE qui
    > se sert automatiquement du bon fichier article.php3 ou article-x.php3 selon.
    > Tu dois gérer les liens toi-même du genre
    > <a href="article_ns.php3?id_article= #ID_ARTICLE">#TITRE_ARTICLE</a>.
    > Cordialement,....
    > ..............Thierry,
    >
    > mail to: thierry66ch@gmx.net
    >
    >
    > Le 11 May 2002 à 10:46,
    > bertrand.collignon1 (bertrand.collignon1@free.fr) a ecrit :
    >
    >
    >
    >
    > ______________________________________________________________________________
    > ifrance.com, l'email gratuit le plus complet de l'Internet !
    > vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
    > http://www.ifrance.com/_reloc/email.emailif
    >

Thierry

mailto:tpo@gmx.net

Je te remercie.
C'est bien ce que j'ai fait. J'ai evidemment créé un couple de fichier html
et php3 avec la variable adhoc. J'ai mis ça (<a
href="article-mot.php3?id_article= #ID_ARTICLE">#TITRE_ARTICLE</a>) dans ma
boucle. Mais cela ne fonctionne pas... Y a un truc?
Voici la boucle en question, tirée du squelette mot-dist.html:
<BOUCLE4(ARTICLES){id_mot}{par date}>
<FONT SIZE=1>
<P>
<B><a href="article-mot.php3?id_article= #ID_ARTICLE">#TITRE
[<BR>(#SOUSTITRE)]</A></B>
<B>[<BR>(#DATE_REDAC|affdate)][, par (#LESAUTEURS)]</B>
[<BR>(#DESCRIPTIF)]</FONT>
</BOUCLE4>

Si quelqu'un a une idée?
Merci

fBihR
francoisbihr@ifrance.com

----- Original Message -----

    > J'aimerais faire qu'à partir d'une certaine page (un sommaire basé sur
des
    > mots clés, donc indépendant des rubriques) les #URL_ARTICLE vers une
page
    > autre que article.php3.
    > Quelqu'un a-t-il une solution pour cela? (une fonction PHP dans
    > mes_fonction.php3, un raccourci SPIP...)

Salut !

Pour cette méthode, il faut non seulement dédoubler les 2 fichiers
article.php3 et article.html (par exemple en "articlespecial.xxx"), mais
aussi modifier le nom du squelette indiqué dans le fichier
"articlespecial.php3" pour qu'il appelle le squelette !

Thierry

______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

Toutes mes excuses pour le message précédent, J'ai vidé le cache de SPIP et
depuis, cela à l'air de fonctionner comme je veux,

Merci de votre aide

fBihR
francoisbihr@ifrance.com

----- Original Message -----

    > J'aimerais faire qu'à partir d'une certaine page (un sommaire basé

sur

des
    > mots clés, donc indépendant des rubriques) les #URL_ARTICLE vers une
page
    > autre que article.php3.
    > Quelqu'un a-t-il une solution pour cela? (une fonction PHP dans
    > mes_fonction.php3, un raccourci SPIP...)

Salut !

Pour cette méthode, il faut non seulement dédoubler les 2 fichiers
article.php3 et article.html (par exemple en "articlespecial.xxx"), mais
aussi modifier le nom du squelette indiqué dans le fichier
"articlespecial.php3" pour qu'il appelle le squelette !

Thierry

____________________________________________________________________________
__

ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

[...]

Par contre, je pense à faire deux versions de mes squelettes, une
optimisée pour Internet Explorer, une pour Netscape (avec chaque
fois un fichier rubrique.html,...), et je voudrais évidemment que
les deux se basent sur la même BDD.

Cela peut-il se faire ??

<version de ce mail simplifiée écrite ce matin>

-1- Testez avec javascript ou PHP (ou les 2) le navigateur et
initialisez la variable $furt=IE ou $furt=NS

-2A- Sélection des squelettes (rubrique-NS.html, rubrique-IE.html ou
rubrique-div.html) dans le fichier rubrique.php3 :
if ($furt==NS) {$fond="rubrique-NS";}
elseif ($furt==IE) {$fond="rubrique-IE";} // :,(
else {$fond="rubrique-div";}
OU :
if unset ($furt) {$furt="div"}
$fond ="rubrique-$furt";

Pour passer la (une) variable à la page suivante :
<a href="#URL_RUBRIQUE&furt=$furt">
( !!! ) { href="#PLAN?furt=$furt"
href="#URL_SITE_SPIP?furt=$furt" }

(ici on peut utiliser un préfixe ou un suffixe alors que ci-dessous
il faut un préfixe car impossiblité d'intercaler de suffixe entre le
nom de la page et l'extension de fichier)

-2B- Pour renvoyer sur différentes versions de *.php3 :
href="$furt-#URL_RUBRIQUE"

(Combinaison des deux techniques :
href="$furt-#URL_RUBRIQUE&furt=$furt")

</ version de ce mail simplifiée écrite ce matin>
<version brut de fonderie écrite avant-hier soir et restée dans mes
brouillons>

-1- Tu inclus un javascript que php inclus lors du chargement de la
première page (celle-ci avec un onload pour recharger automatiquement
la page en question)
-1- Autre 1 possible et peut-être meilleur à la réflexion : *.php3
teste la présence de $furt et si vide sélectionne un squelette avec
un body vide qui contient le javascript ci-dessus.
-1- Encore un autre 1 possible? - tester directement le
HTTP_USER_AGENT dans *.php3 ci-dessous (et éventuellement s'il ne
donne rien utiliser le javascript ou inversement. On peut aussi
utiliser la balise <no script> je crois pour si le navigateur du
visiteur a JS désactivé.)
-2- Le javascript envois alors par l'url furt=NS ou furt=IE
-3- Le fichier *.php3 renvoie de tes squelettes inclue alors cette
variable dans tout tes liens internes pour renvoyer sur la page
adéquate HREF="#URL_RUBRIQUE&furt=$furt" (*) et passe également le
relait de la variable $furt à la page suivante...

(Ainsi peu importe la page d'arrivée du visiteur, si c'est une IE
alors qu'il est sous NS la page se rechargera en NS)

- Ainsi tu n'as plus qu'à faire tes pages :
rubrique-NS.html , rubrique-IE.html et rubrique-div.html

et rubrique.php3 qui contient :
if ($furt==NS) {$fond="rubrique-NS";}
elseif ($furt==IE) {$fond="rubrique-IE";}
else {$fond="rubrique-div";}

!!! Par contre je ne sais pas comment le cache sera géré avec cette
solution car je n'ai pas testé, je livre juste une piste éventuelle...
Donc peut être faudra-t-il mettre :
$delais = 0; et non $delais = 24 * 3600; ???
(Ça dépend si spip crée le cache en se basant sur la page *.php3 ou
sur la variable $fond pour créer le cache. Si tu vois que tu es
obligé de mettre 0 fait directement un
$furt-#URL_RUBRIQUE&furt=$furt avec des NS-*.php3 et des IE-*.php3
???)

(*) : Ainsi les urls internes de spip devraient être de la forme :
"rubrique.php3?id_article=24&furt=NS" :-(ou IE)

ATTENTION je n'ai PAS testé, c'est juste d idées comme ça!.. :slight_smile:

</ version brut de fonderie écrite avant-hier soir et resté dans mes
brouillons>

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

A+

--
(c) 2002 Blue Prawn
Attention les informations de ce mail sont sous licence OPL :wink:
http://www.OpenContent.org [Merci Spirou] :wink:
Par contre si une réponse à déjà été donnée ou si ceci est dans la
doc Spip considérez ce mail comme étant sous licence
METTRE_À_LA_POUBELLE <8o)
file:/home/#VOUS/Desktop/Trash :)<~

From thierry66ch@gmx.net Mon May 13 11:57:24 2002

Return-Path: <thierry66ch@gmx.net>
Received: from mail-cilsn.cadwork.ch (unknown [195.202.207.240])
  by miel.brainstorm.fr (Postfix) with ESMTP id 6FDFD1C5CA
  for <spip@rezo.net>; Mon, 13 May 2002 11:57:23 +0200 (CEST)
Received: from thierry ([195.202.207.239]) by mail-cilsn.cadwork.ch
          (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35)
          with ESMTP id ch; Mon, 13 May 2002 12:05:20 +0200
Date: Mon, 13 May 2002 11:57:21 +0200
From: Thierry Portmann <thierry66ch@gmx.net>
To: spip@rezo.net
Subject: Re[2]: [Spip] plusieurs skels ou version *.php3 ?
In-Reply-To: <3CC477F6002C5944@mail.libertysurf.net> (added by
  postmaster@libertysurf.fr)
References: <1021106772.3cdcda540769f@imp.free.fr>
  <3CC477F6002C5944@mail.libertysurf.net> (added by postmaster@libertysurf.fr)
Message-Id: <20020513111509.BEF0.THIERRY66CH@gmx.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Becky! ver. 2.00.08
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&gt;,
  <mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <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 09:57:24 -0000
Status: O
Content-Length: 7557
Lines: 208

et rubrique.php3 qui contient :
if ($furt=3D=3DNS) {$fond=3D"rubrique-NS";}=20
elseif ($furt=3D=3DIE) {$fond=3D"rubrique-IE";}=20
else {$fond=3D"rubrique-div";}
=20
!!! Par contre je ne sais pas comment le cache sera g=E9r=E9 avec cette=

=20

solution car je n'ai pas test=E9, je livre juste une piste =E9ventuelle...

Justement !
J'avais imagin=E9 une machinerie similiaire pour mon probl=E8me de langue.=
=20
Un cookie =E9tait lu par *.php3, et s=E9lectionnait 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=E9 en LAN avec 2 pc pour ne pas avoir de probl=E8me de cach=
e
local dans l'explorateur, sur le 1er je choisis fran=E7ais sur mon site en
spip, et anglais sur l'autre.
Et bien le premier qui alimentait le cache d'une page =E0 gagn=E9! Impossib=
le d'afficher successivement la m=EAme page avec 2 squelettes diff=E9rents,=
sans
forcer le recalcul de la page ou vider le cache.

Donc peut =EAtre faudra-t-il mettre :
$delais =3D 0; et non $delais =3D 24 * 3600; ???

J'ai aussi essay=E9, mais curieusement =E7a n'allait pas non plus (peut =EA=
tre
encore le cache du butineur).=20
Et en plus c'est dommage, car avec $delais=3D0, plus de cache, et adieu les
performances de spip, =E0 moins d'avoir un serveur d=E9di=E9! Le recalcul =
=E0
chaque visite d'une page spip complexe peut =EAtre assez long, c'est pas
n=E9gligeable.

-2B- Pour renvoyer sur diff=E9rentes versions de *.php3 :=20
href=3D"$furt-#URL_RUBRIQUE"

J'ai peur que =E7a ne soit plus compliqu=E9.=20
Si #URL... se transforme en
<a href=3D"article.php3?id_article=3Dxxx">...</a>,=20

je crois bien qu'en ajoutant $furt- devant tu obtiennes :
fr-<a href=3D"article.php3?id_article=3Dxxx">...</a>

ou une salade similiaire, au lieu de :
<a href=3D"fr-article.php3?id_article=3Dxxx">...</a>

Mais je ne vois pas l'int=E9ret de passer &furt=3D$furt =E0 la suite du lie=
n, car
$furt doit =EAtre d=E9termin=E9 sur chaque page, en admettant que le visite=
ur
d=E9barque via un google sur un article quelquepart...
Pour moi la "premi=E8re page" d'un site n'existe qu'au point de structure d=
u ,site, mais pas au niveau du traitement logique d'informations en arri=E8=
re
plan (stats, cookies, langue, navigateur)

<pour les sites multilingues>
et avec =E7a dans les squelettes :
#DESCRIPTIF-FR
#DESCRIPTIF-DE
=20
et =E7a dans la base :=20
<descriptif-fr> [...] </descriptif-fr>
<descriptif-de> [...] </descriptif-de>
=20
=E7a ne passerait pas?
</ pour les sites multilingues>

??? je ne vois pas comment tu mettrais =E7a en oeuvre ?
Ca m'a l'air int=E9ressant, mais comment spip reconnait <descriptif-fr> ???
De quelle base parles-tu ?

Cordialement,....
=2E.............Thierry,

mail to: thierry66ch@gmx.net

Le 13 May 2002 =E0 08:07,=20
Blue Prawn (blue_prawn@infonie.fr) a ecrit :

---------------------- Debut du message original ----------------------

> [...]
>
> Par contre, je pense =E0 faire deux versions de mes squelettes, une
> optimis=E9e pour Internet Explorer, une pour Netscape (avec chaque
> fois un fichier rubrique.html,...), et je voudrais =E9videmment que
> les deux se basent sur la m=EAme BDD.
>
> Cela peut-il se faire ??
=20
<version de ce mail simplifi=E9e =E9crite ce matin>
=20
-1- Testez avec javascript ou PHP (ou les 2) le navigateur et=20
initialisez la variable $furt=3DIE ou $furt=3DNS
=20
-2A- S=E9lection des squelettes (rubrique-NS.html, rubrique-IE.html ou=20
rubrique-div.html) dans le fichier rubrique.php3 :
if ($furt=3D=3DNS) {$fond=3D"rubrique-NS";}=20
elseif ($furt=3D=3DIE) {$fond=3D"rubrique-IE";} // :,(
else {$fond=3D"rubrique-div";}
OU :
if unset ($furt) {$furt=3D"div"}
$fond =3D"rubrique-$furt";
=20
Pour passer la (une) variable =E0 la page suivante :
<a href=3D"#URL_RUBRIQUE&furt=3D$furt">
( !!! ) { href=3D"#PLAN?furt=3D$furt"
href=3D"#URL_SITE_SPIP?furt=3D$furt" }
=20
(ici on peut utiliser un pr=E9fixe ou un suffixe alors que ci-dessous=20
il faut un pr=E9fixe car impossiblit=E9 d'intercaler de suffixe entre le=

=20

nom de la page et l'extension de fichier)
=20
-2B- Pour renvoyer sur diff=E9rentes versions de *.php3 :=20
href=3D"$furt-#URL_RUBRIQUE"
=20
(Combinaison des deux techniques :
href=3D"$furt-#URL_RUBRIQUE&furt=3D$furt")
=20
</ version de ce mail simplifi=E9e =E9crite ce matin>
<version brut de fonderie =E9crite avant-hier soir et rest=E9e dans mes=

=20

brouillons>
=20
-1- Tu inclus un javascript que php inclus lors du chargement de la=20
premi=E8re page (celle-ci avec un onload pour recharger automatiquement=

=20

la page en question)
-1- Autre 1 possible et peut-=EAtre meilleur =E0 la r=E9flexion : *.php3=

=20

teste la pr=E9sence de $furt et si vide s=E9lectionne un squelette avec=

=20

un body vide qui contient le javascript ci-dessus.
-1- Encore un autre 1 possible? - tester directement le=20
HTTP_USER_AGENT dans *.php3 ci-dessous (et =E9ventuellement s'il ne=20
donne rien utiliser le javascript ou inversement. On peut aussi=20
utiliser la balise <no script> je crois pour si le navigateur du=20
visiteur a JS d=E9sactiv=E9.)
-2- Le javascript envois alors par l'url furt=3DNS ou furt=3DIE
-3- Le fichier *.php3 renvoie de tes squelettes inclue alors cette=20
variable dans tout tes liens internes pour renvoyer sur la page=20
ad=E9quate HREF=3D"#URL_RUBRIQUE&furt=3D$furt" (*) et passe =E9galement l=

e=20

relait de la variable $furt =E0 la page suivante...
=20
(Ainsi peu importe la page d'arriv=E9e du visiteur, si c'est une IE=20
alors qu'il est sous NS la page se rechargera en NS)
=20
- Ainsi tu n'as plus qu'=E0 faire tes pages :
rubrique-NS.html , rubrique-IE.html et rubrique-div.html
=20
et rubrique.php3 qui contient :
if ($furt=3D=3DNS) {$fond=3D"rubrique-NS";}=20
elseif ($furt=3D=3DIE) {$fond=3D"rubrique-IE";}=20
else {$fond=3D"rubrique-div";}
=20
!!! Par contre je ne sais pas comment le cache sera g=E9r=E9 avec cette=

=20

solution car je n'ai pas test=E9, je livre juste une piste =E9ventuelle...
Donc peut =EAtre faudra-t-il mettre :
$delais =3D 0; et non $delais =3D 24 * 3600; ???
(=C7a d=E9pend si spip cr=E9e le cache en se basant sur la page *.php3 ou=

=20

sur la variable $fond pour cr=E9er le cache. Si tu vois que tu es=20
oblig=E9 de mettre 0 fait directement un=20
$furt-#URL_RUBRIQUE&furt=3D$furt avec des NS-*.php3 et des IE-*.php3=20
???)
=20
(*) : Ainsi les urls internes de spip devraient =EAtre de la forme :=20
"rubrique.php3?id_article=3D24&furt=3DNS" :-(ou IE)
=20
ATTENTION je n'ai PAS test=E9, c'est juste d id=E9es comme =E7a!.. :slight_smile:
=20
</ version brut de fonderie =E9crite avant-hier soir et rest=E9 dans mes=

=20

brouillons>
=20
<pour les sites multilingues>
et avec =E7a dans les squelettes :
#DESCRIPTIF-FR
#DESCRIPTIF-DE
=20
et =E7a dans la base :=20
<descriptif-fr> [...] </descriptif-fr>
<descriptif-de> [...] </descriptif-de>
=20
=E7a ne passerait pas?
</ pour les sites multilingues>
=20
A+
=20
--
(c) 2002 Blue Prawn
Attention les informations de ce mail sont sous licence OPL :wink:
http://www.OpenContent.org [Merci Spirou] :wink:
Par contre si une r=E9ponse =E0 d=E9j=E0 =E9t=E9 donn=E9e ou si ceci est =

dans la=20

doc Spip consid=E9rez ce mail comme =E9tant sous licence=20
METTRE_=C0_LA_POUBELLE <8o)
file:/home/#VOUS/Desktop/Trash :)<~

---------------------- Fin du message original ----------------------

Inconvénient : certains articles/rubrique devraient être affichés dans les
différentes versions et ça oblige à les resaisir juste en changeant leur langue
d'où redondance.

J'avais pensé un temps à ce nouveau champ pour la langue.
Et dans le cas ci-dessus, je ne mettais pas de langue pour les
articles/rubriques devant être vues partout, et je voulais tester (en
pseudo-code) "si langue=fr ou langue=''".
Par contre, il faut se méfier de l'effet du cache, si la requete provient
du meme fichier .php3/html, le contenu de la page sera toujours de la
langue du premier visiteur. Pour éviter cela, il faut quand même dédoubler
les couples de squelettes .php3/html.

Cordialement,....
..............Thierry,

mail to: thierry66ch@gmx.net

Le 13 May 2002 à 17:04,
Quentin (quentin@lille.webstore.fr) a ecrit :

---------------------- Debut du message original ----------------------

Personnellement j'ai géré le pb du multilingue d'une façon différente
J'ai modifié la structure de la base (c'est pas compliqué) en ajoutant
un attribut 'langue' aux tables article et rubrique
J'ai restreint les requêtes dans le source pour filtrer les articles et les
rubriques à une langue passée en variable ($langue) et lorsque
j'affiche une page dans spip je passe la langue souhaitée ex :
http://monsite/rubrique.php3?id_rubrique=3&langue=fr
L'interet : un seul spip, la charge n'est pas augmentée puisque le filtrage
se fait au niveau de la requête
Inconvénient : certains articles/rubrique devraient être affichés dans les
différentes versions et ça oblige à les resaisir juste en changeant leur langue
d'où redondance.

Voilà ça aidera peut etre quelqu'un ...

At 11:34 10/05/2002 +0200, Thierry Portmann wrote:
>Salut !
>
>Je fais aussi un site spip en trois langues.
>Mon problème est qu'il y a des articles traduit dans chaque langue et
>d'autres pas. En français il y aura la totalité des articles. Mais je ne
>veux pas priver les visiteurs germanophones et anglophones de la
>totalités des articles, car certains peuvent aussi lire du français.
>
>Le problème que je vois dans ta solution de 3 spip/1 bd, c'est que les
>squelettes seront traduits, mais finalement pas le contenu.
>Du coup je pense que c'est inutile d'avoir 3 spips.
>
>Alors voici la solution que j'ai adoptée après quelques heures de
>méditation :
>
>- j'ai fait trois rubriques principales fr/de/en, dont les 3 drapeaux
> dans l'entete des pages y accèdent directement
>- une structure identique des sous-rubriques est répétée et traduite dans
> chaque langue
>- pour chaque rubriques principale, j'ai un squelette traduit, qui sera
> automatiquement repris dans les sous-rubriques, idem pour les articles.
>- tous les articles, même ceux qui ne sont pas traduits, figurent dans
> les 3 langues, avec le titre traduit dans la langue respective.
>- Pour les articles qui ne sont pas traduits (donc seulement disponibles
> en français) j'utilise l'usage détourné du chapeau de l'article (=url).
> L'url inscrite dans le chapeau permet de dévier directement sur la
> version française de l'article. Le tout est d'avertir le visiteur
> qu'il sera dévié dans la partie francophone du site. Je le ferai en
> affectant un logo "drapeau français" aux articles concernés.
>
>Si quelqu'un à une meilleur solution concernant le problème que certains
>articles sont traduits et d'autres pas, mais accessibles depuis toutes
>les langues, je suis à l'écoute !
>
>En espérant avoir pu t'aider à trouver la bonne solution.
>
>Le Thu, 9 May 2002 22:43:19 +0200
>battlenet <battlenet@altern.org> a écrit:
>
> > 'lo
> >
> > est-il possible d'avoir plusieurs SPIP genre ../france/ ../allemagne/
> > mais qui reposent sur la meme BDD? C'est pour une association qui est
> > trillingue. (fra, all, ita) et bien des articles (rendez-vous,
> > auteurs, evenements, etc..) sont les memes!
> > Sinon, quelle est votre experience/conseils dans les sites
> > multilingues SPIP. G cru entendre que la prochaine version de spip
> > integrera de telles fonctions, est-ce vrai? (youpii ? :wink:
> >
> > a+ battlenet
> >
> > ps. BRAVO aux développeurs. Je suis bluffé par la qualité de SPIP!
> > _______________________________________________
> > liste spip
> > spip@rezo.net - désabonnement : spip-off@rezo.net
> > http://listes.rezo.net/mailman/listinfo/spip
>
>
>
>Thierry
>
>mailto:tpo@gmx.net
>
>_______________________________________________
>liste spip
>spip@rezo.net - désabonnement : spip-off@rezo.net
>http://listes.rezo.net/mailman/listinfo/spip

---------------------- Fin du message original ----------------------