Question

I have a sandbox solution that for the some of it I have german translations for, like the feature name and description.

However to make this a proper multi-lingual solution I need to do the same for the List Definition.

But I think, I'm pretty sure that the list Definition will not referefence the feature resource files, the only way to localise a sandbox I think.

So have I got the wrong end of the stick.

Is is possible to have alternate language for a list definition (field titles, list name etc) in a sandbox.

If So how?

To clarify a little more.

I can create the list in XML or Code. But in order for the list to be language specific at runtime, ie when a user switches langauges, the field names and list name must have a specific "$Resouce" entry against them. If I leave it without a dll prefix as you would for feature resources, it does not work. Lists work a little differently it seems.

So What I want to know is What $Resouce should I be using, if you are using Satellite assemblies then whats the entry in the list def you use.

Admittedly I have not tried satellite assmeblies yet as I wasnt sure about deploying them in the sandbox, so the articles on how to do this are of interest. This might work, I was hoping someone had done this.

Was it helpful?

Solution

First of all, a very good MSDN article about localizing SharePoint Sandboxed solutions:

If you will unable to perform localization through XML, take a look at a code approach: we've done this in a real project, works fine and it is easy to maintain.

You will need to know:

Ok, this way you will have to write some code, but trust me, this is much better approach, then unpredictable and type-prone XML, especially when you have many custom lists.

Feel free to ask any futher questions, if you'll decide to go this way.

OTHER TIPS

A first peek into this (As I will need to do something similar later this year) yields looking into Satellite Assemblies. First time I've even heard of this concept, but it looks like you compile your resx files into public classes, and reference them in your code as strongly typed objects.

http://www.mikhaildikov.com/2007/06/using-satellite-assemblies-in.html

This really depends how you're going to deploy this. But if you do go the Satellite Assembly route then I doubt it would work in a SandBox; since the assembly must be deployed on the web frontend itself.

Site variations however, may work.

Licensed under: CC-BY-SA with attribution
Not affiliated with sharepoint.stackexchange
scroll top