I have the regional settings set to UK in Sharepoint.
The Regional settings are also set to UK.
I have a date picker in the a custom web part.
This is sometimes showing in English US and sometimes English UK.
I have load balanced environment so perhaps it could be that one server is set correctly and one is not.
Is there any where else where I need to check for regional settings. I have checked the server settings from control panel, and the settings in the site collection?
Could there me any other reason why the date picker is acting this way please?
Thanks,
Joseph
Within the Sharepoint:DateTimeControl tag use LocaleID="2057" to show the date in UK format.
I think it will solve your problem.
Thanks,
Aniket Banerjee,
Senior Software Developer,
Mindfire Solutions
Related
I have used Ajax calendar extender in my application in which, it is deployed in sharepoint site.
I have set my regional setting for my sharepoint site as "Sweden-Swedish" also, my site has "Select language" option for the end users.
Problem is: whenever anyone choose any of the languages from "Select language" option, it will not have any impact on the ajax calendar control, instead it is showing the day and month names in "Sweden-Swedish" culture.
Immediate help is appreciated.
Ajax Control Toolkit relies on a standard ASP.NET culture detection, which is based on browser's regional settings.
If you see, that other sites are shown with Swedish culture as well, then you can force it.
We have a WCF web service returns back some xml containing a datetime value as a string. The value is first read out from a database and then appended to an xml string using .ToString().
We have a number of web servers running but this particular one is converting the datetime value to a 24 hour value, we need it has a 12 hour value but I can't figure out how to change IIS default date format. I have tried changing the regional settings and have look at the culture and ui culture values of the web service which are both set to "Invariant Language (Invariant Country)".
I think it might require a registry change. Does anyone know how to change the datetime format of a web service?
We cannot change the code at this stage so my only choice is to update the server itself.
Its running on windows server 2008.
thank you
Nevermind people I've figured it out. To change the datetime regional settings of an IIS website/webs ervice here is what you do:
First go into IIS and click on the website/web service you want to configure. On the right hand side open up .Net Globalization and change the culture and ui culture to anything other than the one you want.
Now in the control panel go into the region and language screen and change the datetime format to what you want it to be. Then on the administration tab of the region and language screen click the "Copy settings" button and tick the box "Welcome screen and system accounts". Click ok on both screens to exit region and language.
Now go back to IIS and change the culture and ui culture back to what it was before you change it. Your website/webservice should now be serving up the correct datetime format.
I think the key point here is copying the region and language settings to all system users. then changing the IIS culture settings makes IIS pickup the new settings. You might get away with not changing the culture and simply restarting the webserver or the machine after making the changes in the region and language screen but i haven't tried this.
I have recently added Explanation text to certain fields on the SRM Contract screen (both standard and cusom fields). The user that I unit tested with worked fine, however most other users do not work. After investigation I've found that it is not just the Explanation Text that I've added, but all Explanation Text that is missing.
According to the sap help entry the behaviour is similar to what I would expect for Help mode = off.
Is it possible to turn Help mode on or off on a per user (or role) basis, and where should I look to find this?
you already found it: SAP Help says:
"You can activate the help mode either in the personal settings in the portal or in the associated URL Parameter" ... means in personal Settings, but I feel that you want it globally not on personal base or in the associated URL Parameter. The latter means you'll have to find the application in the Portal Content, there you can find URL Parameter and i would try adding HELPMODE=ON... does this help you?
start by rightclicking you application "Technical Help" or "..Help" and see what application you are looking for. Then Google the application and add +"Portal Content", I think then you'll find it.
regards, zy
We basically have 2 sites ( Java /JSP / Apache Webserver) :
something.ca & something.com
The .ca is canadian content, and the .com is american content.
We need users to be redirected based on the ip addreess.
We want US users to get the .com site and Canadian users get the .ca site.
What is the best way to do this (at a webserver level or otherwise ) ?
Please elaborate.
In my web surfing experience, most websites - UPS.com for example - ask the user to select their country site rather than trying to figure it out themselves. They remember the selection in a cookie. Much depends on how voluntary your use case requires this redirection to be.
On the implementation side, I'd use a filter that would check the setting and fire a redirect if need be.
I've used GeoIP from Maxmind and it works well. They have a free version GeoCountry Lite That's 99.3% accurate. the Java API is here I would follow google's practice of having a link back to the original version if you do the redirect.
Check out GeoDirection. It may handle what you want through javascript.
http://www.geobytes.com/GeoDirection.htm
Another option would be to grab the culture from the browser environment settings and map those cultures to countries in your application. Depending on what you are actually trying to do this may not work for you as this will not give you the user's physical location, but will get you their preferred culture. So if a Canadian travels to the US they will still get the Canadian site unless they changed their browser settings for some reason.
There are a lot of IP geolocation APIs out there - I don't know if there's anything good out there that you don't have to pay for:
Using culture settings is an option, but doesn't work in some cases. What if you have a German user in the US who likes his dates etc. displayed in the format he's comfortable with? Doesn't change the fact that he's in the US.
I think that's one of the reasons why most companies simply ask the user and then store that information in a cookie (UPS, FedEx and most major airlines do that). Check out www.lufthansa.com. They actually ask for location and language(to account for countries with more than one official language like Switzerland).
I am using an IP location lookup to display localised prices to customers depending on whether they are visiting from the UK, US or general EU and defaulting to the US price if the location can't be determined.
I could easily force the system to believe I'm from a specific country for testing but still there is no way of knowing for sure that it's displaying correctly when a visitor from abroad accesses my site. Is the use of some proxy the only viable way of testing a site like this? If so how would I go about tracking down one that I can use to test my site from various countries of origin?
You should be able to achieve that by using proxies. http://www.proxy4free.com/page1.html has a bunch. That site just came from a Google search; I've never used proxies like this before though, so there may be better sites out there.
This is not about how to test, but rather how you identify your visitors.
Instead of using IP-lookup to determine their geographical location, you should instead grab the information about the locale they use from the useragent string.
F.instance, I'm a norwegian, and when I go to useragent.org I see that my browser sends "nb-NO" as the language my machine uses.
You can easily use that to customize currency, dates etc on your site.
If the website is indexed in Google's cache, you can visit the google with the proper URL address. ex. http://www.google.co.uk/
And see if it's displaying properly in the cache.
#Frode:
Checking system locale in iseragent string might be misleading.
I go to Canada, and set my system locale as French. So it might show the user EU prices as opposed to showing US price. Many such cases are possible where locale wont give accurate info about the end users desired "price class" in this particular application mentioned.
=AD
If you want to use geo-ip location to detect a user's language, using a proxy probably is the best way to do so.
There are a lot of lists of open proxies on the web, mostly listed with the countries. Google has quite a lot of search results on this topic. Of the top results, I have used SamAir to test some stuff before.
Searching for a working open proxy with an acceptable speed in the correct country can be a tedious task. Also keep in mind that you should not use any these proxy servers to submit any sensitive data, because you never know who runs them. This could be a kinda trustworthy ISP (ie. not from GB ;D), a honeypot to collect data, or an illegal open proxy hosted by some trojan.