On 10 mai, 11:49, "Tristan Rivoallan" <[EMAIL PROTECTED]> wrote:
> > non heureusement ce n'est pas nécessaire. Tu trouveras un exemple de > schema i18n fonctionel ici > :http://www.symfony-project.com/book/trunk/13-I18n-and-L10n#Creating%2... > > ++ > tristan merci tristan j'avais bien lu cette page, mais l'exemple ne correspond pas vraiment a mon cas. j'ai de nombreux membres, chacun etant lié a un type de prospect (ancien client, prospect abandonné, prospect en cours...) et a une specialite. type_prospect et specialite ne peuvent prendre leur valeur que dans lune liste mais doivent etre internationalisés. si je cree une table membre et une table membre_i18n comprenant les champs specialites et type_prospect, dans le cas ou 2 membres ont la meme specialite, il faudra la traduire plusieurs fois dans membre_i18n j'ai donc pensé a une table specialite listant les id et les labels de chaque specialite une table type_prospect listant les id et les labels de chaque type de prospect et faire des cles etrangeres de membre vers prospect_type et vers specialite ça parait logique sauf qu'apres internationalisation les tables specialites et type_prospect sont 2 tables a colonnes uniques apres relecture de la doc : http://www.symfony-project.com/book/trunk/13-I18n-and-L10n#Creating%20Localized%20Schema je ne vois toujours pas d'autre façon de faire. aurais tu un exemple pour mon cas ? --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [EMAIL PROTECTED] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/symfony-fr?hl=fr -~----------~----~----~----~------~----~------~--~---
