In the /bin/debug folder of my solution I’ve noticed a slew of what appear to be foreign language folders with names like “ar”, “bg”, “ca”, “cs”, “da”… all the way to “zh-Hant”. The folders each have copies of these 4 DLLs:
- System.ComponentModel.DataAnnotations.resources.dll
- System.Windows.Controls.Data.Input.resources.dll
- System.Windows.Controls.Data.resources.dll
- System.Windows.Controls.resources.dll
The Silverlight application I’m developing doesn’t have any internationalization support, so I can’t figure out how these files and folders got there. All in all, it’s almost 13 MB of files.
Worse yet, when I delete them, they are regenerated the next time I build the solution.
Any advice?
ETA:
Here’s the list of DLLs referenced by the Silverlight project:
- ESRI.ArcGIS.Client
- ESRI.ArcGIS.Client.Toolkit
- mscorlib
- system
- System.Core
- System.Net
- System.Runtime.Serialization
- System.ServiceModel
- System.Windows
- System.Windows.Browser
- System.Windows.Controls
- System.Windows.Controls.Layout.Toolkit
- System.Windows.Controls.Navigation
- System.Windows.Interactivity
- System.Xml
I’ve noticed that some referenced assemblies tend to use localized resources for internationalization, for example Castle ActiveRecord.
I just checked with a project I’m working on (that uses Castle ActiveRecord and ZedGraph – both of which have localized resources in separate assemblies), and after building, the language folders were recreated in my
binfolder.So imo, I believe you’re referencing a similar assembly in your project that has localized resources, possibly the Silverlight assemblies or the ArcGIS assemblies (never worked with either).