Bonjour,
Et pourquoi n'utiliserais tu pas les mots-clés
tu créés tes mots clés suivant : anglais, espagnol, allemand...
Puis dans tes squelettes tu utilises ces mots clés pour déterminer le bon
squelette
C'est une idée à développer je crois et puis simes souvenirs sont bons je
crois que l'un d'entre nous là déjà fait pour son site. Recherche dans les
archives
-->>Moi je retire une très mauvaise expérience de ce système. On était plus
ou moins 6-7 personnes à poster des articles et tout le monde oubliait de
mettre ce fichu mot-clés. Du coup, des articles n'apparaissaient pas et
c'était un temps fou perdu avec des articles repostés, des "çà marche
pas",...
-->>Ici en plus, je ne m'occupes de pas de gérer le site au quotidien donc
il faut que ce soit le plus simple possible.
A+
Denis
PS: Pour les cookies, c'est jouable ou pas avec le cache ?
PS: Pour les cookies, c'est jouable ou pas avec le cache ?
Ca dépend ! Si tous les éléments nécessaires pour répondre aux différentes
valeur du cookie sont présents dans le squelette, c'est jouable ; si le
squelette dépend du cookie, non (sauf cas particuliers, inclusions de
squelettes avec $delais=0 pour la seule partie cookie-dépendante, etc.)
Bref: pas de réponse générale : il faudrait une analyse précise du problème.
-- Fil
Ici en plus, je ne m'occupes de pas de gérer le site au quotidien donc
il faut que ce soit le plus simple possible.
Je pense que LA solution consiste à rajouter un champ "Id_Langue" à tous les
articles.
(avec une combo dans l'interface d'administration).
On pourrai alors définir une valeur par défaut "fr".
Il faudrai aussi une table "Langues" contenant les codes ISO des langues
existantes, ainsi qu'un champ booléen pour indiquer qu'elles langues sont
utilisées sur notre site spip.
Le lien suivant contient les codes ISO à 2 et 3 caractères.
http://www.w3.org/WAI/ER/IG/ert/iso639.htm
Yves
PS: bien sûr, ça ne règle pas la façon de sélectionner une langue pour le
spipeur final (le lecteur):
Cookie,
Content negociation HTTP
Paramètre dans les URL (?Lang=fr)