Hi Jan,

Thank you for sending detailed problem description.

In order for the client-side RadScriptManager globalization to work you must also set the Page culture to be the same as that of RadScheduler:


I hope this helps.

All the best,
Tsvetomir Tsonev
the Telerik team

Hello,

thank You for Your reply. I have tried what You suggested, but with no success :( It is ok for few seconds and then it turns back to English.
Do You have another tip what could be wrong with my code?

Thank You Jan

Hello Jan,

Can you try setting the Page culture declaratively as described here:

http://msdn.microsoft.com/en-us/library/bz9tc508.aspx

Also can you check the value of Sys.CultureInfo.CurrentCulture variable in the browser? If it matches your set culture the scheduler should render correctly.

All the best,
Tsvetomir Tsonev
the Telerik team

Hello,

I did exactly what You have suggested, but still with no luck. I have culture "cs-CZ" set in my browser. I found out, that the culture changes back to "en-US" in GetAppointments(RadScheduler owner)   method, but I can´t figure out the reason.

Kind regards Jan

Hi Jan,

Could you please try the following help topic and let us know if it helps:
http://www.telerik.com/help/aspnet-ajax/localization-web-services-mode.html ?


Greetings,
Peter
the Telerik team

Hello,

Thank You for Your reply. I have tried to set culture manualy, but it does not work for me.
Could this error occur while I am using custom ResourceProviderFactory ? I forget, that Your controls should need default one.
If so, is there any workaround?

<globalization enableClientBasedCulture="false" resourceProviderFactoryType="CRM.Localization.LocalizedResourceFactory, CRM.Localization" uiCulture="cs-CZ" culture="cs-CZ" />
   
Kind regards Jan

Hello Jan,

The custom resource provider factory shouldn't be a problem - it doesn't seem to be used by the ScriptManager at all.

At the moment, I'm still not convinced that the culture is getting set on the client. Can you paste this in the address bar of the loaded page?
javascript:alert(Sys.CultureInfo.CurrentCulture.name);

If it matches your set culture then the problem is somewhere else. The full page source and/or live URL will help us a lot in tracking it down.

Kind regards,
Tsvetomir Tsonev
the Telerik team

Hello,

You are right, my client culture does not match the culture, which I have set on the server side. It is weird behavior for me. When I try to show the current culture with this code  <%= System.Threading.Thread.CurrentThread.CurrentCulture.Name %>, everything is ok and it matches the set culture.

I override the culture in my page declaration (Culture="cs-CZ" UICulture="cs-CZ") and also in OnLoad method and in RadScheduler declaration, but nothing helped.
Anyway, I suppose it´s an error in my code somewhere.
Thank You for Your patient help.

Jan

Hello again,

I´m still lost in RadScheduler localization.Thanks to Your help, I found that the problem lies in MicrosoftAjax.js script which is rendered by Telerik_Web_UI_WebResource.
Sys.CultureInfo.CurrentCulture is overriden to "en-US" in this part of the script:
....
if(typeof __cultureInfo==="undefined")var __cultureInfo='{"name":"en-US","numberFormat"
....

My RadScriptManager registration follows:

 <telerik:RadScriptManager ID="RadScriptManager1"
    runat="server"
    EnableScriptGlobalization="true"
    EnableScriptLocalization="true"
     >     </telerik:RadScriptManager>


I get "en-US" when I call : javascript:alert(Sys.CultureInfo.CurrentCulture.name); 
System.Threading.Thread.CurrentThread.CurrentCulture.Name is "cs-CZ "

I really appreciate any help

Kind Regards Jan

P.s I can give You access to my application in case You will need more information.

Hello Jan,

Apologies for the late reply. I've set the culture on a test page to cs-CZ and this is what I see rendered in the form, right before the MS AJAX scripts are included:


If this is on your page, your localization should be working. We'll be able to check this, as well for any other possible issues, if you can indeed grant us temporary access to the live application.

If all else fails and we can't persuade ASP.NET to render it you can just add this in a script tag right after the opening form tag.

I hope this helps.

Kind regards,
Tsvetomir Tsonev
the Telerik team

Hi everybody,

first of all a happy new year to Team-Telerik.

Is there a solution for this strange behavior?
I am facing exactly the same problem. Server Side Culture is de-DE and
in clientside AppointmentDatabound javascript returns en-US and the days switch back to US-Format.

Greetings

Philipp

Hi,

If you use a Web Service or a WCF Web Service to populate RadScheduler, please use the approach from this help topic - http://www.telerik.com/help/aspnet-ajax/scheduler-localization-web-services-mode.html.

All the best,
Peter
the Telerik team

Hi,

 

If you want to set the Culture that should not change, set that in Application_BeginRequest in your Global.asax.

I had the same issue and this solved by doing above,

Is there any solution to this problem?

How can it be that the Culture setting of RadScheduler does not set the culture of the RAD scheduler?

Hi,

I would suggest to continue our conversation in the other thread you've opened. Also I would ask you avoiding threads duplication for an issue, which allows us to provide you with better support.

Regards,
Anton
Telerik by Progress