Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C#
  4. Application localization (culture) DLLs

Application localization (culture) DLLs

Scheduled Pinned Locked Moved C#
3 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • E Offline
    E Offline
    Eli Nurman
    wrote on last edited by
    #1

    Hi. I noticed that when creating a localized application (by separating languages in interface) compiler creates subfolders for those languages and places the DLLs in them. I am trying to find a way to implement these DLLs in the Application assembly and avoid the need of subfolders for these DLLs, Please advice. Thanks.

    P 1 Reply Last reply
    0
    • E Eli Nurman

      Hi. I noticed that when creating a localized application (by separating languages in interface) compiler creates subfolders for those languages and places the DLLs in them. I am trying to find a way to implement these DLLs in the Application assembly and avoid the need of subfolders for these DLLs, Please advice. Thanks.

      P Offline
      P Offline
      Pete OHanlon
      wrote on last edited by
      #2

      The reason that it places them in subfolders is so that the runtime can pick the relevant one up - basically, the name of the folder follows a special naming convention which allows the localisation code to pick up a specific culture if it's available, drop back to the language if it's not, and then fall back to the default language if that's not available. Trying to circumvent this means that you will have to code the infrastructure yourself. What business reason do you have for wanting to do this?

      "WPF has many lovers. It's a veritable porn star!" - Josh Smith

      As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.

      My blog | My articles | MoXAML PowerToys | Onyx

      E 1 Reply Last reply
      0
      • P Pete OHanlon

        The reason that it places them in subfolders is so that the runtime can pick the relevant one up - basically, the name of the folder follows a special naming convention which allows the localisation code to pick up a specific culture if it's available, drop back to the language if it's not, and then fall back to the default language if that's not available. Trying to circumvent this means that you will have to code the infrastructure yourself. What business reason do you have for wanting to do this?

        "WPF has many lovers. It's a veritable porn star!" - Josh Smith

        As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.

        My blog | My articles | MoXAML PowerToys | Onyx

        E Offline
        E Offline
        Eli Nurman
        wrote on last edited by
        #3

        Thanks pete. I Realize that. I just wonder if there is a way to implement it in one assembly.

        1 Reply Last reply
        0
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        • Login

        • Don't have an account? Register

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • World
        • Users
        • Groups