Mais si le visiteur est anglais il va tomber sur la home dans la langue
principale ? Quelle est cette langue principale ?
j'avoue n'avoir pas trop pigé ce que tu veux faire avec l'include 
Pas besoin de prévoir des squelettes spécifiques pour chaque secteur de
langue, j'ai fait un squelette rubrique par exemple qui affiche la rubrique
dans la langue dans laquelle on est
Philippe
"Fulvio di Stefano" <fulvio@internetdiffusion.com> a écrit dans le message
news: c68f87$uuq$1@sea.gmane.org...
Merci pour ton commentaire, mais j'aimerai rentrer sur la langue
principale.
Rentrer sur la langue du browser doit être une option à ajouter mais pas
être imposée du moins avec mes projets.
Il me suffit de savoir comment faire un inclure d'un squelette rubrique en
utilisant la langue principale du site.
Personne n'a su me dire
Mais ca pas doit être trop difficile je pense...mais en php suis pas trop
fort..
Le lien que tu m'as donné par ailleurs montre bien aussi la limite du
sommaire.php3.... je cite "il sera nécessaire,
si l'on veut que le sommaire se distingue des autres sous-sections, de
prévoir des fichiers squelettes spécifiques
pour chaque secteur de langue......Certes, pas très élégante cette
dernière
proposition, mais je ne vois pas comment faire simple autrement... 
"
Donc voilà....
Pour les brèves tu les as par langue mais pas par secteur dans chaque
langue! non?
Avant on pouvait avoir des brèves par secteur dans chaque langue, avec le
multilinguisme nous avons tout descendu
dans des secteurs, donc les brèves ne fonctionnent plus par secteur dans
la
langue mais seulement par langue.
Merci !
Fulvio
"philippe" <philippe.bessiere@gigabyte.fr> a écrit dans le message de
news:c68ce1$n8l$1@sea.gmane.org...
> j'ai utilisé cette méthode
> http://www.uzine.net/spip_contrib/article.php3?id_article=322 pour
définir
> la langue du navigateur de l'utilisateur et le diriger vers la home dans
sa
> langue.
> Ainsi il n'y a qu'un seul squelette par partie (home, rubrique, article,
> breve.....)
> Car à partir du moment où le visiteur rentre dans le site dans sa
langue,
la
> variable LANG permet de passer de page en page dans la langue définie
> sur toute les pages il y a un lien vers les autres langues : ex FR :
> monsite/home.php3?id_rubrique=6
> Dans mon cas j'ai des brèves pour chaque langues
>
> Philippe
>
> "Fulvio di Stefano" <fulvio@internetdiffusion.com> a écrit dans le
message
> news: c660r7$hmj$1@sea.gmane.org...
> > Paolo, merci.
> >
> > Bon cette méthode complique les affaires car il faut spécifier des
mots
> > clés.
> > Je veux atteindre une solution naturelle qui simplifie la vie de la
> personne
> > qui s'occupera du site
> > qu'avec l'interface.
> >
> > Mon but est d'avoir un seul squelette pour toutes les langues. Il
suffira
> à
> > l'administrateur de créer
> > un nouveau secteur(rubrique à la racine) et lui attribuer une langue
pour
> > qu'automatiquement sur le
> > site une nouvelle langue apparaisse.
> >
> > A la base, si l'on suivait correctement spip, on aurait du pouvoir
créer
> nos
> > différents secteurs pour chaque langue
> > tous à la racine. Par exemple pour un site avec 3 rubriques A, B, C
par
> > langue on aurait du avoir A LA RACINE:
> > A (en fr)
> > B (en fr)
> > C (en fr)
> > A (2ème langue)
> > B (2ème langue)
> > C (2ème langue)
> > ...
> >
> > Cette méthode aurait permit d'avoir des brèves par secteur. Le
problème
> par
> > contre dans cette méthode est le sommaire
> > Comment faire un lien entre la home page française et l'anglaise et
les
> > autres langues ? Personne n'a jamais donné une réponse à cette
> > problématique.
> > Problématique exposée et commentée ici
> >
http://www.uzine.net/spip_contrib/spikini/index.php?wiki=MultiLinguisme
> >
> > On s'est donc tous rabattus sur la méthode d'une langue par secteur
> > (rubrique mère) en éliminant ainsi la possibilité
> > d'avoir des brèves par secteur et par langue. Bon c'est pas la fin du
> monde
> > alors je me suis plié à cette logique.
> >
> > A ce point, il devient évident que le squelette sommaire n'a plus lieu
> > d'être si nous basons chaque langue sur des rubriques/secteurs.
> > En rentrant dans cette logique il devient facile d'utiliser une
rubrique
> qui
> > fasse office soit de sommaire (si on se trouve à la racine du secteur)
> > soit son rôle de rubrique. En faisant ainsi, plus aucun soucis à
ajouter
> > automatiquement des langues (sans mots clés et codes php), il
> > suffit de faire des liens sur les secteurs. Une méthode qui suit
> > naturellement l'évolution de spip.
> >
> > Qu'en dit tu ?
> >
> >
> >
> >
> > "Paolo" <paolo2@taize.fr> a écrit dans le message de
> > news:c65vf2$dmk$1@sea.gmane.org...
> > > > - Quelle est selon vous la meilleure façon de faire afin que le
> > squelette
> > > > rubrique reconnaisse qu'il est à la racine d'un secteur
> > > > et ainsi switcher en mode "sommaire" ?
> > >
> > > Fulvio,
> > >
> > > Je ne suis pas sûr d'avoir compris ta demande. Je me suis décidé
pour
> > > "pilotage avec mots-clé", voir:
> > >
> > > http://www.uzine.net/spip_contrib/article.php3?id_article=200
> > >
> > > BoOz avait aussi une bonne page sur le même thème, mais je ne sais
pas
> si
> > > cette page est encore publiée quelque part...(?)
> > >
> > > Avec un peu de URL rewriting, ceci donne la possibilité de faire des
> > > multiples sommaires, un par langue, tout en utilisant le même
squelette:
> > >
> > > Par exemple www.taize.ch/spip/en ; www.taize.ch/spip/lt (site
*très*
> > > "teste")
> > >
> > > Paolo
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
>
--------------------------------------------------------------------------
> --
> > ----
> >
> >
> >
> >
> >
>
>
--------------------------------------------------------------------------
--
> ----
>
>
>
>
>
>
--------------------------------------------------------------------------
--
----
----------------------------------------------------------------------------
----