RE: La localisation d'application WPF .. ou "la plaie"
Olivier Spinelli
Ai regardé la 3ème voie de Sacha. Franchement, utiliser des DynamicResource pour ça, ça me parait fumeux.
Oui, je LocBaml est une sorte de « sample » : c’est à nous de faire le nôtre si celui-là ne nous plait pas (comme on se l’est déjà dit, cet aspect est intimement lié à la CI et autres processus de releases finales). Ce qui n’est pas (du tout) un sample, c’est tout le reste (excerpt from msdn) :
« When you localize in WPF, you use the APIs in the System.Windows.Markup.Localizer namespace. These APIs power the LocBaml Tool Sample command-line tool. »
Et je pense que c’est à ce niveau qu’il faut attaquer. Si Civikey bloque actuellement sur le chargement de ressources, il y a une raison… à trouver J.
Spi
PS : Je trouve que ce mail est très bien pour civikey-dev. D’où ma réponse sur ce media.
De : Antoine Blanchet
Envoyé : jeudi 3 novembre 2011 00:56
À : Jean-Loup Kahloun
Cc : Olivier Spinelli; Guillaume Fradet
Objet : La localisation d'application WPF .. ou "la plaie"
Hello,
J’ai passé ma soirée à regarder LocBaml, et à faire des essais pour reproduire le bug dans une autre application que CiviKey.
Au final, j’ai fait une pauvre application WPF en .NET 3.5, utilisant une assembly satellite pour ses ressources. J’ai setté le NeutralResourceLanguage en en-US, puis lancé cette application sur une machine avec un Windows en anglais .. et no problemo.
Bon après je me suis battu avec LocBaml pour traduire mon appli … puis ai finalement fait une version fr-FR. J’ai lancé sur mon poste en français, et effectivement ça se lance en français, et en anglais sur l’OS en version anglaise.
Je n’ai donc pas trouvé pour l’instant pourquoi CiviKey fait chier le monde avec ses ressources, il va falloir activer les FusionLogs sur un poste en anglais pour vraiment voir pourquoi l’OS n’arrive pas à loader la DLL de ressources.
Et sinon globalement, j’ai l’impression que Microsoft ne met pas du tout en avant son outil LocBaml … ça a plus l’air d’être un projet qui montre comment uiliser l’API de lecture / écriture du BAML. Il faut peut-être utiliser un autre technique (la dernière de cette page : http://sachabarber.net/?p=286).
Comme l’a dit JL, un quick fix serait d’utiliser en dur les ressources fr-FR dans l’application. Ca corrige le problème pour les tests chez Stéria, mais je pense qu’il faut que nous repensions la façon dont nous localisons nos appli WPF, histoire de partir sur une bonne base sur CK-Windows, CK-Certified en 4.0 …
Bonne nuit :)
Antoine Blanchet
Ingénieur développement
Tél. : 06.30.24.01.38
Invenietis / www.invenietis.com
Siège : 23 rue Pelleport - 75020 Paris
Bureaux : 10 rue Mercoeur - 75011 Paris
Tél. : 01.43.67.88.75