>I gave up on using text files in VS2005 for now and switched to resx files
> instead. I entered my strings into the default Resources.resx file, then
> copied that file to create Resources.es-ES.resx (Spanish) and
> Resources.fr-FR.resx (French) and added them to my project. VS creates
> the
> subdirectories es-ES and fr-FR in the bin directory at build time, and
> populates each of them with a <projectname>.resources.dll file. I looked
> into each DLL with a hex editor and I can see that strings for all three
> languages appear in each DLL (which was a bit surprising).
>
> The problem is that at runtime the executable doesn't load the satellite
> assemblies. The only resource set available is the fallback resource
> embedded in the exe.
>
> Is there something special I need to do to enable the application to load
> the satellite assemblies? From reading the docs, I was under the
> impression
> that it would do this automatically and dynamically as needed, but it
> doesn't
> seem to be doing that.
>
> Any help is appreciated.
>
> Mike

"Michael Höhne" <michael.hoehne@nospam.nospam> wrote in message
news:ecHo4qkJGHA.208@tk2msftngp13.phx.gbl...
> Hi Mike,
>
> you may try to use culture neutral resource files ("es" and "fr" instead
of
> "es-ES" and "fr-FR") and see if makes any difference. Unless you plan to
> create culture specific files for let's say El Salvador (es-SV) or the
> french part of Canada (fr-CA), the culture neutral resource file has the
big
> advantage to work in all regions with the specified language. If for
> instance you set your regional settings to Argentina for testing, your
> Spanish resource file will not be loaded, as Argentina has a culture code
of
> "es-AR" and you do not have a resource file for it. Further you have not
> provideed a resource file for the language itself (es), so it will use the
> default resources assembly. I'm using this approach and did not face any
> problems so far. I'm using English in the default resource and
resources-de
> for German. My system's region is set to German (Germany), which is
"de-DE",
> and it always loads the correct information from the resources.de.dll.
>
> --
> Michael
>
> http://www.stunnware.com/crm
>
> ----------------------------------------------------------
>
> "Mike Leftwich" <MikeLeftwich@discussions.microsoft.com> schrieb im
> Newsbeitrag news:4CE55247-C33D-4A4F-9F93-47636BBADDA7@microsoft.com...
> >I gave up on using text files in VS2005 for now and switched to resx
files
> > instead. I entered my strings into the default Resources.resx file,
then
> > copied that file to create Resources.es-ES.resx (Spanish) and
> > Resources.fr-FR.resx (French) and added them to my project. VS creates
> > the
> > subdirectories es-ES and fr-FR in the bin directory at build time, and
> > populates each of them with a <projectname>.resources.dll file. I
looked
> > into each DLL with a hex editor and I can see that strings for all three
> > languages appear in each DLL (which was a bit surprising).
> >
> > The problem is that at runtime the executable doesn't load the satellite
> > assemblies. The only resource set available is the fallback resource
> > embedded in the exe.
> >
> > Is there something special I need to do to enable the application to
load
> > the satellite assemblies? From reading the docs, I was under the
> > impression
> > that it would do this automatically and dynamically as needed, but it
> > doesn't
> > seem to be doing that.
> >
> > Any help is appreciated.
> >
> > Mike
>
>

"Mike Leftwich" <MikeLeftwich@discussions.microsoft.com> wrote in message
news:4CE55247-C33D-4A4F-9F93-47636BBADDA7@microsoft.com...
>I gave up on using text files in VS2005 for now and switched to resx files
> instead. I entered my strings into the default Resources.resx file, then
> copied that file to create Resources.es-ES.resx (Spanish) and
> Resources.fr-FR.resx (French) and added them to my project. VS creates
> the
> subdirectories es-ES and fr-FR in the bin directory at build time, and
> populates each of them with a <projectname>.resources.dll file. I looked
> into each DLL with a hex editor and I can see that strings for all three
> languages appear in each DLL (which was a bit surprising).
>
> The problem is that at runtime the executable doesn't load the satellite
> assemblies. The only resource set available is the fallback resource
> embedded in the exe.
>
> Is there something special I need to do to enable the application to load
> the satellite assemblies? From reading the docs, I was under the
> impression
> that it would do this automatically and dynamically as needed, but it
> doesn't
> seem to be doing that.
>
> Any help is appreciated.
>
> Mike