locked
Is there a way to turn off Internationalization? RRS feed

  • Question

  • Is there a way to disable internationalization/multiple languages in a LightSwitch application?  I find it kind of ridiculous that by default there are 40 language folders in ClientGenerated/bin/Debug and ServerGenerated/bin/Debug and each one has a copy of about 10 different DLLs.  I don't really need them and they're taking up close to 90MB of space.
    Wednesday, July 27, 2011 9:07 PM

Answers

  • There isn't a way to disable them.  While it isn't a good use of disk space, it was the default behavior (aka no additional work) we got in our Silverlight build process.  If this is something you'd like to have us consider changing in the future, could you enter this as an bug in Connect?

    Thanks!


    Eric Gruber, LightSwitch Test Manager
    Wednesday, August 3, 2011 8:31 PM
  • Sort of.  Money is a bad example since you don't really want to be changing from $500 to 500 EUR just by running on a different machine.  Its always the same based on what currency is set in the designer.  One example is dates which follow different formats based regional settings of the machine the client is running on. (7/31/2011 or 31/7/2011)

    The contents of these extra files on disk are for the localization of strings which makes all but one of them unnecessary for the running app.  We just didn't do any work to only pull the one specified as the app locale in the project designer.

    Yann - thanks for logging the connect suggestion!


    Eric Gruber, LightSwitch Test Manager
    Thursday, August 4, 2011 9:50 PM

All replies

  • Excellent question!

    Yann

    (plus ça change, plus c'est la même chose!)

    Thursday, July 28, 2011 5:26 AM
    Moderator
  • The penalties of living in a multi-cultural world!

    Thursday, July 28, 2011 8:37 AM
  • There isn't a way to disable them.  While it isn't a good use of disk space, it was the default behavior (aka no additional work) we got in our Silverlight build process.  If this is something you'd like to have us consider changing in the future, could you enter this as an bug in Connect?

    Thanks!


    Eric Gruber, LightSwitch Test Manager
    Wednesday, August 3, 2011 8:31 PM
  • Hi Eric,

    Done!

    Connect Suggestion: Remove Superfluous Language Folders in ClientGenerated & ServerGenerated Projects


    Yann

    (plus ça change, plus c'est la même chose!)

    Thursday, August 4, 2011 4:38 AM
    Moderator
  • There isn't a way to disable them.  While it isn't a good use of disk space, it was the default behavior (aka no additional work) we got in our Silverlight build process.  If this is something you'd like to have us consider changing in the future, could you enter this as an bug in Connect? https://connect.microsoft.com/lightswitch

    Thanks!


    Eric Gruber, LightSwitch Test Manager


    Eric,

    Am I mistaken in assuming that if the client (the end user) is in a country that, for example, uses a different money symbol, that LightSwitch will display the proper symbol?

    If so, then I can understand the original decision. 


    Make Them Ask: That's a LightSwitch App?

    http://LightSwitchHelpWebsite.com

    Thursday, August 4, 2011 12:31 PM
  • Sort of.  Money is a bad example since you don't really want to be changing from $500 to 500 EUR just by running on a different machine.  Its always the same based on what currency is set in the designer.  One example is dates which follow different formats based regional settings of the machine the client is running on. (7/31/2011 or 31/7/2011)

    The contents of these extra files on disk are for the localization of strings which makes all but one of them unnecessary for the running app.  We just didn't do any work to only pull the one specified as the app locale in the project designer.

    Yann - thanks for logging the connect suggestion!


    Eric Gruber, LightSwitch Test Manager
    Thursday, August 4, 2011 9:50 PM
  • No problem.

    Yann

    (plus ça change, plus c'est la même chose!)

    Friday, August 5, 2011 12:47 AM
    Moderator
  • Hi, if you want to backup or zip and transfer LS app for someone to download etc, you can "purge" target as much as possible using this bat/cmd script:

    Is this safe to "really" clean target obj+bin?


    Petr Antoš

    Wednesday, August 31, 2011 7:06 AM
  • Does anybody knows what happend to this "feature". The connect suggestionis just closed without any comment from MS?! ...

    Andreas

    Wednesday, March 20, 2013 11:55 AM
  • Well, there was a reply:

    "Hi Yann (and Paul). There are two specific issues here: 1. When building the projects, we are copying the localized versions of the assemblies during the build process. This is part of the basic reference resolution that happens when all projects with references to localized assemblies are built. I can reproduce the problem using a generic Silverlight project (without LightSwitch). The problem seems to be compounded by LightSwitch since we have several projects. Unfortunately, there's nothing specific in LightSwitch we can do to resolve this issue since this is something that's done in the base .targets file during build. However, the good news is that we're looking at ways to reduce the number of nested projects we use in the next version of LightSwitch so this problem may be reduced in future versions. 2. As for the request to not deploy assemblies that have not changed, this is difficult for us to change. We always need to push the lastest binaries to the server to ensure that the server has the latest copy of all referenced assemblies, otherwise the deployed application might not run correctly. In this case, we'd rather err on the side of taking slightly longer but ensuring the server is up to date with the most recent assemblies. Thanks for your feedback. - The LightSwitch Team"

    They've closed it as an "external" issue, meaning that they're saying it's a Silverlight problem, not a LightSwitch one.

    I don't agree that this is the correct resolution, as it was Eric's suggestion to submit feedback if anyone thought it needed to be addressed in LightSwitch. It's like whoever closed it didn't bother to read the forum thread.


    Yann - LightSwitch Central - Click here for FREE Themes, Controls, Types and Commands
     
    Please click "Mark as Answer" if a reply answers your question. Please click "Vote as Helpful" , if you find a reply helpful.
     
    By doing this you'll help others to find answers faster.

    Wednesday, March 20, 2013 1:38 PM
    Moderator
  • Hi Petr,

    One of the commands in my recently-released Luminous Tools for LightSwitch extension is a LightSwitch-specific backup (to zip file), which includes as part of the process deleting the folders with all those files in them.

    It was created for exactly the scenario that you describe.


    Yann - LightSwitch Central - Click here for FREE Themes, Controls, Types and Commands
     
    Please click "Mark as Answer" if a reply answers your question. Please click "Vote as Helpful" , if you find a reply helpful.
     
    By doing this you'll help others to find answers faster.

    Wednesday, March 20, 2013 1:42 PM
    Moderator
  • Thanks yann for your comment!

    Closing an issue cause of saying "[...] it's a Silverlight problem, not a LightSwitch one." is a bad thing. Both of this products ("LightSwitch" and "Silverlight") are Microsoft Products. For me as a Microsoft customer it is irrelevant that mayby another internal dev group is responsible for product on that Lightswitch is dependant on.

    Andreas

    Wednesday, March 20, 2013 1:55 PM