Reprise du message précédent :

tu confonds, ça ce sont les aventures de nraynaud en allemagne

je confirme que la dernière fois que je l'ai vu avec une canette à la main il y avait de l'alcool. Par contre ça aurait été pas mal qu'il ait un piole pour s'appuyer

Fallait bien que qqn le dise

nan, c'est vrai ?
Quelle drole de coincidence, j'ai écrit ça en répondant à un post de nraynaud justement

Sondage serieux:
 
Comment vous gérez l'internationalisation dans vos applis ? vous utilisez des "ressources" ? des base de données ? des fichiers plats ? des fichiers xml ? vous appelez babelfish en ajax via webservice ?
 
Je dois faire une étude pour refondre l'internationalisation de notre appli et je voualis savoir si vous faisiez des trucs "by the book" ou si vous avez des solutions custom.

 
Ouh, tu me rappelles que le mien n'est pas mort, justement
 
Je viens d'envoyer un mail, on verra bien  
 

En .NET, tout est déjà prévu par le framework, avec la gestion des fichiers de ressources. Ca peut se baser sur des fichiers XML par exemple.

 
So
 
 
( Et sinon typiquement du bon vieux gettext... mais c'est pas moi qui m'occupe de monter le process de build )

Je parle en pratique. Dans toutes les techno serieuses tu as qqch de prévu pour l'internationalisation, je voulais savoir ce que les gens utilisent réellement dans la vraie vie.

Putain, j'ai envie de faire du D maintenant
http://boscoh.com/programming/some [...] k#cpreview

des .properties et une classe perso pour charger une langue ou le defaut.

Fais du python, bordel de mairde !

et tu stockes ton texte où ?

nous on avait utilisé des .properties standard de java et des messageBundle.

ben dans le .properties, je viens de le dire

j'ai vu qu'il y avait i8n intégré à .net mais je me suis jamais penché dessus ; t'as un lien ?
 

nous notre application à vocation multilingue est tout en français

J'suis en train, de voir si c'est faisable avec mod_jk  

http://membres.lycos.fr/kadreg/
 
la vache back il y a longtemps

T'étais déjà drôle à l'époque

ouais mais c'est sur ton pseudo, on le retrouve pas trop facilement a partir de ta vraie identité

Avec chris, pour notre méga soft de la mort, on avait fait un truc de fou furieux dont on était très fiers En gros, on foutait tous les messages dans divers fichiers avec le nom de la langue (genre messages_en.txt, messages_de.txt, etc...), on parsait le tout en Java pour convertir tout ça dans le bon charset et ça créait un fichier .cpp avec tout dans des namespaces de la mort (ainsi que les bons fichiers de setup pour NSIS). Le fichier .cpp était ensuite inclus dans le reste du projet
On voulait pas de fichier des traducs qui se baladaient partout sur le disque, on avait de toute façon besoin de convertir des caractères pour le setup et c'est chris qui est venu avec cette soluce (la partie Java vient de moi, historiquement j'avais fait un p'tit soft à la con pour passer un texte d'un charset à l'autre ).
 
Bref, l'éclate

On utilise i18n (avec ruby) pour tout ce qui est statique (formulaires, titres statiques,...), et des table + table_trsls pour les contenus dynamique.

Kadreg n'est pas drôle
Kadreg est l'humour fait homme

d'ailleurs, on a des bouts de la gloire passée de kadreg qui s'affichent de temps en temps au dessus de notre bugzilla, au boulot.

You failed, le mien est en 10 847 XXX et toujours online dessus, vive gAim ( bon personne me parle avec, mais osef )

Y'a 4 ans quand je faisais du .net j'avais plein de liens, j'était à fond dedans... Maintenant je m'en rappelle moins

Contre-sondage dans la même veine :
- Comment sont gérés les pluriels avec vos solutions respectives ?
- Vous tappez quoi dans le code ? (des identifiants pour chaque chaine traduite ou du texte dans une langue "de référence" qui sert d'identifiant)
- Vous suivez la langue du système (ou langue de l'accompte pour les systèmes multi-utilisateurs pouvant être avoir une locale différente par accompte) automatiquement ou vous demandez à l'utilisateur lors du setup ?

Globalite pour Rails, qui utilise des fichiers yaml pour les trads. J'utilisait au début Globalize, qui stocke tout en DB, mais le nombre de requete ( une requete par string traduite en gros ) a vite fini par me faire peur ( même si avec le cache y avait moyen d'optimiser tout ça ).

intéressant ton site d'ailleurs

 
vous avez des goatse.cx dans bugzilla  ?

 
pour un site que j'avais developpé pour renault , j'avais utilisé la solution suivante :
 
chaque phrase etait remplacé, dans le code par un appel à la fonction traduire(CODEPHRASE,LANGUECIBLE)
 
la fonction traduire recuperait les données depuis la BDD avec un petit cache en session pour accelererla recup  
 
par contre, le debuggae etait super chiant à lire , et il y avait des problème de césure, si par exempl on souhaite mettre une partie d'une phrase en gras.  Sans compter que la mise en page etait un peu lourde du fait de langues trop longues ( neerlandais ) ou trop courtes ( anglais )  
 
Le choix de la BDD s'est imposé pour permette une interface de traduction directement a dispo des traducteurs ( système qui n'a d'ailleurs jamais été utilisé )  
 

-
-identifiant, le text de base pouvant etre modifié
- langue du système par défaut, masi liste déroulante en haut pour changer

Aujourd'hui, dans notre grande saga "Lam's poste du code à la con", un script pour lancer plusieurs makefiles en même temps (vu qu'on a 8 cpu sur la machine):

import sys, os
from threading import Thread
from Queue import Queue
 
#define our per-thread worker function
def worker(): 
        while True: 
            item = jobQueue.get() 
            command = 'cd "' + item + '"; make ' + " ".join(sys.argv[1:])
            print "Running: ", command
            os.popen(command)
            jobQueue.task_done() 
 
 
jobQueue = Queue()
 
# start 8 threads
for i in range(8):
    t = Thread(target=worker)
    t.setDaemon(True)
    t.start() 
 
 
# And navigate through the dirs
for root, dirs, files in os.walk('.'):
    if 'Makefile' in files:
        jobQueue.put(root)
        if '.svn' in dirs: # don't visit SVN directories
            dirs.remove('.svn')  
            
#finito. wait for all pending threads, kill them and exit.
jobQueue.join()

C'est là qu'est le plus gros bordel. Suivant les langues, l'affichage des pluriels et autres joyeusetés peut varier énormément.
 
J'ai posté l'autre jour dans mon topic MVC un lien intéressant : A Localization Horror Story: It Could Happen To You

....

 
make -j8 ?

Ca lance 8 compilations en même temps dans un même makefile. Moi, je veux lancer 8 makefiles en même temps, c'est pas la même chose.

On a plusieurs méthodes, chacune vise un rôle bien précis dans l'appli
 
1/ Pour traduire l'interface à la volée, on a un addin qui pilote un OCX glissé sur les interfaces et ajoute un bout de code. Grosso modo, on change de langue avec l'addin, on change les textes dans les properties voulues de l'interface, et ça roule. Tout est stocké dans un fichier texte portant le même nom que le fichier contenant l'interface. Ce bordel est pas super au point mais on a assez d'expérience pour contourner les bugs (c'est fourni par le client)
 
2/ Les messages d'erreur, avertissements, notifications, sont stockés dans une table, une ligne par message, un champ par langue.
 
3/ Pour les combo/listboxes, c'est en fait des contrôles spéciaux qui associent un code à chaque libellé, ça se traduit à la volée également et la source est un jeu de tables dans une DB indépendante de celle de l'appli. Les combos gèrent un tas de choses comme le masquage/affichage de certains libellés, un range de libellés, et même la taille car on peut spécifier une taille de libellés (faut que tout ça soit pré-encodé évidemment). C'est aussi fourni par le client mais ça marche mieux que le brol décrit au point 1/

PARLEZ /FOU/

ta gueule

Il a raison c'est mort ici A croire que tout le monde bosse

Regroupons nos bookmarks pr0n.