If you don't force a specific culture by configuration, the default behavior is to use the user's language/culture as detected from their browser settings. Once you configure it to use a specific culture from the config file then it no longer adapts to the user.

The ability to specify a custom format string would be a feature request.

Using a custom format string vs adapting to the user are mutually exclusive choices, just as forcing a specific culture vs adapting to the user are mutually exclusive.

Best,

Joe

Hi,

Really it would only take 15 minutes or so to manually configure all those sites, but you can do it faster using SQL Server Management Studio to run a query that generates the needed strings like this:

SELECT '<add key="site' + CONVERT(varchar(3),SiteID) + 'culture" value="en-GB" />'
FROM mp_Sites
ORDER BY SiteID

You'll need to click the toolbar item to change the results from grid to text, then you can copy/paste it into your user.config file

Regarding the time zone selection, are you saying that it doesn't stick when you save it in Site Settings? or are you saying it doesn't respect the site setting in the calendar?

Event Calendar Pro has its own time zone setting under instance settings and it uses that not the one from site settings.

Hope that helps,

Joe

when you select my timezone (uk gmt 0) in the drop down list, when you click save it goes back to -5 american time.

Where in Site Settings or in Event Calendar Pro instance settings?

What version of Event Calendar Pro and what verison of mojoPortal?

Setting the site culture only affects formatting of the dates, time zone is independent of formatting, and yes it would need to be set for each calendar instance. Also when specifying the time zone in Event Calendar Pro settings make sure "Adapt to User time Zone" is not checked, otherwise it will adapt to the user profile time zone or the default time zone for the site if the request is not authenticated.

I cannot reproduce that problem, if I change the time zone in Site Settings and save it, it does not revert back to Eastern Time.

I just tried it on the demo site and it works correctly there too.