Bonsoir à tous,
 
Voilà ma question est relativement simple : j'aimerais, à l'image de nombreux scripts php qui possèdent des fichiers de langue (de gros array en général), avoir un système pour faire pareil mais en html / javascript...
 
Mon site ne saurait accepter la moindre techno serveur, du coup c'est forcément côté client que ca se passe.
 
En gros pour tous les termes "génériques" du site, je voudrais pouvoir les caser dans un fichier afin que lors d'un déploiement du site seul ce fichier doive être traduit pour traduire l'interface du site...
 
Possible ?
 
PS : éventuellement, dreamweaver serait capable de gérer ce genre de choses ?

Si tu veux faire du dynamique sans langage dynamique ca va etre dur...
 
remplacé les champs à traduire en javascript? oui c'est faisable c'est sur mais qu'est ce que c'est déguelasse...
 
Sinon dreamweaver peux t'aider c'est sur mais uniquement pour copié-collé ton site 20 dans repertoires différentes avec 20fois les meme fichiers sous 20 langues différentes.
 
bref est tu bien sur de ne pas pouvoir utiliser PHP? car dans ce cas tu aurais besoin de 3 ou 4 choses:
 
1-renommer tes fichiers en PHP
2- créer créer autant de fichier de traduction qu'il ya de langue et qui serait par exemple défini comme ca:

3-passer en parametre dans l'URL la langue voulu pour savoir quel fichier de langue inclure:

 
4-faire des ECHOS aux bons endroit

 
= un seul fichier index pour toute les langues
= un systeme propre
=un systeme optimisé
= un systeme fiable
=etc
 
 

J'entends bien ta réponse, c'est également ce que j'aurais fait mais :
 

 
C'est une contrainte technique imposée par le client, je me serais bien passé de devoir faire un site tout en html tu te doutes bien
 
Attention aussi : le but n'est pas d'avoir un site disponible en plusieurs langues, c'est d'avoir un site qui peut être traduit facilement dans une nouvelle langue (d'où ma requête). Chaque site pour chaque langue est SEPARE des autres, en clair c'est un autre site sur un autre serveur, mais on change la langue (oui c'est étrange mais c'est comme ca).
 
En clair quand on rajoute ce site sur l'extranet d'un nouveau pays, ils doivent en local le traduire et l'adapter aux locales en vigueur, et donc l'objectif c'est que ca soit simple à faire (et pas de devoir faire des traductions partout dans mon code

bin en HTML ya pas beaucoup de solution ... Reste bien celle du JS avec la méthode innerHTML, mais bon, c'est pas le meilleur, si ton visiteur n'a pas de javascript...

aucune techno serveur ça inclut même les SSI ou pas?
sinon ça me paraîtrait être une bonne solution...

bah si le client veut pas de PHP, y'a pas de solution propre. On peut pas faire une croix sur une techno tout en voulant en conserver les possibilités

anapajari > je ne sais pas du tout
soulmanto > ben vouais, mais bon tu sais la logique là dedans...
 
Merci de vos réponses, ca confirme malgré tout ce que je pensai j'ai eu un vague espoir à un moment notez ^^

oui, je sais bien, je suis confronté à cette logique tous les jours de part mon métier! Juste pour info, quelle raison le client a-t-il invoqué pour refuser l'emploi de technos serveur dans son projet?

Ben, avec un fichier xml, ça doit être possible...
Tu le traites en javascript....
 
Pour aider :
http://www.javascriptfr.com/codes/ [...] 34783.aspx
http://www.devarticles.com/c/a/Jav [...] and-XML/2/

La plateforme d'hébergement n'accepte pas autre chose que du fichier statique en fait. C'est pas une raison invoquée en vérité, c'est la contrainte technique donnée dès le départ
 
Dzing => ok je vais bouquinner ca merci !

T'as demandé si elle supportait les SSI ou même pas?
lien vu que je sens que tu as eu la flemme de regarder: http://httpd.apache.org/docs/1.3/howto/ssi.html

Ouhla, savoir ce qu'accepte ce merdier promet d'être long et douloureux à mon humble avis. Le plaisir des grosses structures ca... tu oses demander un truc pareil mais tu n'y penses pas ? Ya moyen de vexer au moins 5 personnes qui ont des années d'expérience
 
J'ai déjà regardé ce qu'impliquaient les SSI dans wikipedia en fait, d'après leur description ca semblait pas trop autoriser ce dont j'ai besoin. Je vais lire ta page car elle est manifestement plus pointue et complète !
 
Merci de l'assistance !

Et vive les clients pourris qui veulent tout pour rien!

Vouais mon chef qui me dit : vouais mais avec une base acces... en local, toussa...
 
Mais oui com'on ^^ j'adore cette façon de faire : proposer des solutions techniques parfaitement improbables, tout en suggérant que du coup c'est facile

une solution simple serais de faire deux dossiers
Tu construit une page d'acceuil avec la langue.
Tu redirige le client en fonction de la langue.
 
http://www.monsite.com/fr/blabla.html
http://www.monsite.com/en/blabla.html
http://www.monsite.com/es/blabla.html
.....
 
Si tu ne veux pas tout te reparer dans l'ecriture de ton code, tu te fait une petit emoulinette en vbs ou C.
 
Pour du statique voit pas trop comment sinon.
Javascript peux le faire, mais pas top top

J'avais répondu à ce message il m'avait semblé... on dirait que non en fait
 
Alors non c'est pas possible de procéder ainsi. Oubliez que j'ai parlé de plusieurs langues et présentons ca différement :
 
Je veux faire un fichier contenant des chaines de caractères et que ces chaines soient affichées dans un fichier html.
 
C'est vraiment la copie conforme de ce qui est fait en PHP => un fichier array qui contient plein de blocs de texte, et on affiche ces chaines de caractères où on veut dans nos pages.
 
Faut que j'arrive à faire pareil, mais sans langage côté serveur.

Solution mise en place sur le site de l'Elysée (pas pour le multi-lingue, mais pour avoir plusieurs pages suivant les mêmes gabarits)
 
=> Une procédure en PHP (script) qui vient générée des fichiers HTML statique à partir des templates et des données à mettre dedans.
 
C'est très couramment utilisé par des sites exposant de très gros volumes d'information et étant excessivement utilisés.

Et c'est une solution faisable dans n'importe quel langage, java, c, delphi, C# ... et même en .bat windows (bon, ok, le pire que j'ai fait dans le genre, c'était en shell/linux)