Problem BOE 3.1 Regional Settings

We have installed BOE R3.1 with the Spanish language pack, and our users have detected one problem:
If our users let the Infoview use the browser regional setting (default setting in Infoview), the default browser configuration is Spanish (traditional sort) and in Infoview the number separator is the comma (1,222,231), but if we change it to the international sort, the number separator is dot (1.222.231). The number separator has to be the dot (by default)
This happens with Internet Explorer 7, and also if we use Firefox 3 (3.0.7), and the default language is Spanish the same problem happens (comma separator). If we change it to Spanish-Spain the separator is the dot.
I mark this as a problem, because in BOE XI R2, the number separator is ALWAYS the dot (no mather if the regional setting is Spanish traditional or international in the regional settings).
Is there any solution?
How can we change "every" user default configuration for regional settings?
Thank you!

Problem SOLVED.
The problem occured after the installation of the fp 1.3.
The fix pack installer has two phases, the first one where the server gets updated and the second one where the language packs get updated.
I used the Software Inventory Tool to know which version got updated, and I detected that the language pack did not get updated. It seems that our server administrators missed the second part.
We re-installed the fp 1.3 and now everything works properly.

Similar Messages

Problems with the system decimal point with german regional settings

I have a Labview 6 app that needs deploying to Germany.
My app sends strings over VISA RS232 and GPIB instruments with floating point numbers.
When changing from English to German regional settings, in Windows XP, periods are now interpreted as commas and the app starts truncating my decimal numbers. So in the English Regional Setting when I send 1.234 I get 1.234 but in the German Regional Settings when I send 1.234 I get 1.000.
I have turned off the "Use localized decimal point" in Tools - Options - Front Panel as well as set any function (Frac/Exp String to Number) that has a "Use System Decimal Point" connector to FALSE.
Now here's my problem....
This fixed the issue I was having as long as I am in the development environment, however, once I build the application I still get the truncated numbers. Example: I send 1.234 to an instrument and it sees 1.000.
Again this works fine in the development enviroment, sending 1.234 reads 1.234 with German regional settings.
Any help is appreciated.
Adam

You can use a simple function of the "Scan from string" function.
Place "%.;" (Without the quotes) in the scanning string, and this will tell LV to use a decimal point for interpretation. If you place "%,;", this will tell it to use a comma.
You can place this at the beginning of your format string, and it simply tells the parser how to work, it doesn't otherwise produce an output.
Using simply "%;" sets the seperator to the system default (maybe the best idea after the code has been run as the changed decimal point character apparently remains changed otherwise). From the LV help
The following codes control the decimal separator used for numeric output. These codes do not cause any input or output to occur. They change the decimal separator for all further inputs/outputs until the next %; is found.
%,; comma decimal separator
%.; period decimal separator
%; system default separator
Hope this helps
Shane.
Using LV 6.1 and 8.2.1 on W2k (SP4) and WXP (SP2)

DVD/CD region settings change problem

I have a HP notebook with a Toshiba MK 8025GAS master DVD/CD drive with the slave TSST Corp CD/DVD TS-L532M
I am having trouble changing the region settings as it states I have 1 change left but when I try to change the setting from Region 1 to Region 4, I get the responce "Unable to update region setting. Make sure the drive contains a region 4 media and you have administrative privilege".
Can you please advise me what I can do about this? Thank you.

At first I must say that notebook manufacturer is responsible for all your notebook issues and not manufacturer for each hardware component.
I have Toshiba notebook and inside is Samsung HDD. If I have problems with it I dont contact Samsung but Toshiba.
You know what I mean?
Back to your question: do you (your account) have administrative privilege?

Problem exporting file depending to computer regional settings

goodmoring to all
The problem I face is the following :
We need to export some data as an excel-csv file, with greek characters. And everything works fine, as long as the computer (where the server is hosted) regional settings are set to Greece. But if we have English settings, we get every greek character as a '?'.     The code is the following
HttpServletResponse response = (HttpServletResponse) FacesContext.getCurrentInstance().getExternalContext().getResponse();
              String filename = "requests.csv";
              byte [] csvData =csvData=second.getBytes();
         String header= "attachment; filename="+filename;
         response.setHeader("Content-disposition", header );
         response.setContentLength(csvData.length);
         response.setContentType("application/msexcel;charset=UTF-8");
         try {
              response.getOutputStream().write(csvData);
              response.getOutputStream().write(csvData);
              response.getOutputStream().flush();
              response.getOutputStream().close();
         catch(IOException ioe){}
         context.responseComplete();

If you computer with English settings does not have the fonts to render Greek characters, that is what happens. I bet that if you look at the file in a hex editor, you will see it is correct.

Problem with Crystal Report XI and Regional Settings

Dear All,
I am working on Crystal Report XI under Chinese Windows 2000 Professional and Chinese Visual Foxpro 9.0.
I created a User defined Function Library under VFP9.0 as an ActiveX with a function that return a String. I could saw the function in CR XI and the function works fine when returning English. When the function returning a Chinese String, CR XI gives different result. The Chinese text returned from the function only works when my regional settings (control panel -> regional settings) is set to Chinese Taiwan otherwise it shows "??????".
It is queer, the text object always correct, shows Chinese text, no matter what regional settings is. I did try my best in VFP to convert the string to double byte, unicode, etc but it stilll doesn't work.
Could anyone help me please. Thank you.
Regards,
Antony

If you have the correct font, it will actually say "MS Arial Unicode" in any of the font drop downs - CR Designer, MS Word or any other software. So, you'll have to ensure that the font is installed.
Ludek

Problem with Batch Loader and FDM user regional settings

Hi
I am using FDM 11.1.2.1.
When I use the English regional settings for my FDM user account, I can do Export Excel from FDM, but Batch Loader doesn't work (Error : "one or more parallel processes failed to start).
When I use the French regional settings for my FDM user account, Export to Excel doesn't work anymore (Error: Conversion from string "12.0" to type 'Long' is not valid. Detail: InnerException1: Input string was not in a correct format.), but the Batch loader is ok.
Any idea?
Thanks in advance for your help
Fanny

Hi Mittal,
By default, formats for date is determined by the report server language at run time. The report server language is the language of the operating system on which the report server is installed. So the formats for date is determined by the language of the
operating system on which the report server is installed.
When you deploy the report to SharePoint site that the regional setting is set to English (Australia), please also set the report language to ‘en-AU’. Then the date format can be also changes to English (Australia).
If the issue is still exited, could you please tell us the date format of date parameters and the field? If possible, please post the screenshot about this, then we can make further analysis.
Reference:
Solution Design Considerations for Multi-Lingual or Global Deployments (Reporting Services)
Thanks,
Katherine Xiong
Katherine Xiong
TechNet Community Support

Set Date/Currency/Numeric Format in WebIntelligence - Regional Settings

We have migrated from BOE R2 to BOE R3.1, and our users have observed that the date & numeric format is not localized to spanish (Spain).
How can Web Intelligence regional settings be configured to all the users (not editing personal configuration of every user)?
For instance the time is indicated with AM/PM instead of 24h time format and the numbers are separated by comma (,) and not by dot (.).
Example 11,816,138 instead of 11.816.138
Thank you!

Problem solved, the fp 1.3 installation did not complete.
We reinstalled it and now everything works properly.

No data to refresh in BPC clients with Russian regional settings

Hello, colleagues
I hope to get some advices and information about saving data in BPC client computers with non-English regional settings (e.g., decimal point is set ","). Our BPC server has English regional settings.
BPC 7.0, SQL Server 2008. I created new Input Schedule by using standard EVDRE function. And data was not sent to SQL Server after clicking Send and Refresh, I got the message "No data to refresh". I examined hidden sheet EVDRE_DATACACHE and found cells in row A with cache data in XML format. After some experiments I found out that if all data values will be replaced with symbol "S" then all data in the sheet with EVDRE could be saved correctly. I don't know any other methods to make data with decimal point "," to be saved. Also I tried to change members of Measure (Periodic - YTD) but i got the same result.
Thanks for your help.

Actually you have the problem into server.
I think you have the regional settings wrong into server.
We have actually many customers using French, German, Dutch language having "," for decimal separator and it is working fine.
It is not working when actually the settings into the server are not English US.
Please check the follow keys from application server:
HKEY_USERS - .Default - Control Panel - International
HKEY_USERS - S-1-18.. - Control Panel - International
HKEY_USERS - S-1-19 ..- Control Panel - International
HKEY_USERS - S-1-20 ..- Control Panel - International
HKEY_USERS - S-1-21..- Control Panel - International
HKEY_USERS - S-1-21........ ..- Control Panel - International
These keys should be sett all for english US. If it is at least one not correct that can cause problems with sending data.
Regards
Sorin Radulescu

T400, Backslash appearing as #, all the regional settings are correct though

hi
I have a T400 laptop, its regional settings are set for english (ireland) and i have also tried the Irish(ireland) settings, but for what ever reason, the Backslash, which is located just above the "enter" key, when pressed brings back the hash# symbol, when pressing shift, it brings back the ~ , and i cannot find the backslash, unless i use charmap.
any ideas on how to sort this issue??
Thanks
Solved!
Go to Solution.

just did some more diggin there, under the "Text services and input languages" i have set the "Default input language" as "English(United States)-United States-International.
this has sorted the problem
thanks for all the help and input.
Regards
Damien

PWA site template with warning "Your Local Machine Time Zone does not match your current Sharepoint Regional Settings"

SharePoint 2010 (SP2010 SP1+ AU CU 2011) site built with Project Web Access template shows message in yellow "Your Local Machine Time Zone does not match your current Sharepoint Regional Settings."
KB Article http://support.microsoft.com/kb/2749599/en-us suggests applying Windows and SharePoint updates, but does not points to a specific update. Also suggests to enable "Always follow
web settings" for affected users who are in different time zone than the server time zone, but it does not work either.
Manjeet Singh

Hi,
According to your post, my understanding is that SharePoint 2010 (SP2010 SP1+ AU CU 2011) site built with Project Web Access template shows warning "Your Local Machine Time Zone does not match your current Sharepoint Regional Settings".
Users are getting this message even after correctly specifying and changing the timezone in their Sharepoint Settings. This is a common problem across the net, but we've found a workaround
that will eliminate this problem.
Step 1: Open your Web Database in your Browser
Step 2: Click the Arrow Under the Login ID (upper right corner)
Step 3: Choose My Settings
Step 4: Click the My Regional Settings Link
Step 5: Uncheck the 'Always Follow Web Settings' check and specify your time zone.
Step 6: Click OK
For more information, you can refer to:
Warning Message about time zone difference between your computer and the regional settings
of Sha...
Thanks & Regards,
Jason Guo
Jason Guo
TechNet Community Support

Regional Settings differences between 2008 and 2012

Hi There,
Can anyone explain why some of the regional setting details have changed with Win 2012?
Example: Dutch (Belgium) - nl-BE
The 'Digital Grouping Symbol' has changed from a DOT to a WHITESPACE.
2008 - €1.000,00 whereas 2012 - €1 000,00
If the settings are changed on the servers will they persist after OS updates etc?
Rgds,
Frank

Hi Vivian,
I see no reference in the KB article to modifications for the CET timezone nor any reference to the resolution of culture format info discrepancies.
A further issue is that the active regional settings on our PRD servers will be set to United States and it would appear that any modification to the Belgium locales (i.e. nl-BE, fr-BE) are not persisted once you switch to United States as the
active setting.
The knock on effect of this is that for our PRD web-applications (which are active across many regions), we have to write code to override the OS information. .NET uses the OS info to populate its Culture information.
Could you confirm if the differences between 2008 and 2012 are the result of a bug or are the changes planned? Based on communication with some of our customers in Belgium, they are of the opinion that the 2008 (and Win 2003) settings are per their expectations.
I really do not what to have to handle these situations across our application landscape and am sure that other people with globalized applications will also hit problems.

BOXI 3.0 - Strange behaviour in infoview regarding regional settings

Requirement: Currency to be shown in Brazil format (##.###,00)
We have a requirement where all financials in reports should be in a Brazil format (##.###,00).
As the report is built in Deski (.rpt) therefore u201CPreferred Viewing Localeu201D setting in infoview will not work (works only for .wdl- webi reports).
We followed below steps in Deski report to meet our requirement:
Tools -> options -> Language -> Unsupported Language -> Portuguese(Brazil)->checked the option u201Dmigration forcedu201D.
It worked perfectly when run in deski.We published the report in infoview but didnu2019t see any change in format, it was still showing us in English(US).For testing purpose we published the copy of same report and could see the changes. But after refreshing few times the formatting got disappeared.
Please help how to get the desired behavior in infoview.
Thanks in advance!
Regards,
Pallavi

Hi Seb,
Thanks seb.
But the problem is we have reports for country UK,AUS,US ..etc as well in our repository.If we change the regional settings the format will change for these reports too.We want this format only for Brazil reports ..so this solution won't work in our case.
Why is Unsupported Language settings not working in infoview (we have applied this settings in Brazil reports only)...or is there anything that i have missed in settings?
Regards,
Pallavi

Regional settings is not effecting in SQL Server

Hi All,
I made changes to the regional and language (made decimal = ,) of the windows server 2008 R2 Standard but the database still not accepting comma as a decimal point.
Tried restarting the SQL Server services and restarted the server without luck.
Really appreciate inputs.
Thanks,
Ram.
Please don't forget to Marked as Answer if my post solved your problem and use Vote As Helpful if a post was useful. It will helpful to other users.

1. Right click on the server name.
2. Click on Facets.
3. Then select Server Configuration Facet.
4. Look for Default Language.
5. Set it to values as given in the below link:- For Ex: 1 for German
This changes the default language for new users. (And I don't think there is a need to restart of SQL Server, but I have not checked.)
To change the default language for an existing user, use ALTER USER.
But of course, the whole talk about language setting in SQL Server in this context is completely uselss. SQL Server only knows about decimal points. This applies both to literals in the code, and when interpreting strings with CAST/CONVERT.
Everyone is correct that that regional settings does not affect SQL Server - nor should it, it is a server after all.
One more point here when i try creating a filtering functionality on application it is creating decimal as "." not "," is this issue related to application or DB?
I have no idea what you are doing, but the answer is probably the application.
Erland Sommarskog, SQL Server MVP, [email protected]

Regional Settings on Lumia 710

Dear friends, I am based out of India,
Problem - I bought a Lumia 710 in London, I want to change the regional setting to India but there is no option to select India, it shows many countries but not my country. I wanted to buy something through the Phone and I can enter my credit card details but I cannot fill out city, state country since my regional setting is US and cannot change to India....You can replicate it by going into regional
Settings>region+language> then try changing the region format....you cannot see India listed....
I walked into a mobile showroom which was seeling this and checked these settings and can see India listed...
Can you please help with me
Thanks
Santosh
Solved!
Go to Solution.

@SantoshRamadas
In Settings > Region & language are you scrolling off screen to reach "system locale" where English (india) is listed?
Upon my (UK) Lumia 710:
Happy to have helped forum with a Support Ratio = 42.5

Regional settings impact JavaScript Number conversion to String in applet

Environment:
XP, IE6 and IE7, JDK 1.6.0_13,1.6.0_10,1.6.0_7, Apache
Hi,
We recently converted our application from the MS JVM to Sun JVM 1.6 and have since had numerous problems with a user's regional setting impacting the application's behaviour.
The application is using an applet, passing JavaScript Number values to an Applet where the input argument in the Java function is declared as a String.
We have users with various regional settings, most don't impact the application, but we have found problems when the regional settings are set to "French (France)" or "German (Germany)".
With "French (France)" JavaScript Number values >=10000000 get truncated to a Java String value of just the first character.e.g. 10000000 is converted to "1", 200000000 is converted to "2".
With "German (Germany)" a trailing "0" is added to the converted String, and for values >=10000000 we get the String value with an additional 6 "0"s and then 2 additional "0"s as the input Number value is increments by each power of 10.
A simple example follows.
Any help understanding why this is happening and any coding solution would be appreciated.
The default number format for the various regional settings seems to be impacting the implicit conversion to String in LiveConnect.
We can re-code to convert the Number value to a String in the JavaScript before calling the applet, but this involves significant re-coding of the application.
We also have a workaround to verify that navigator.userLanguage returns one of the list of supported languages and exit the application if the language is unsupported.
Thanks
Rob
Example output for test:
OK
English (United States)
Regional Settings Number format sample: 123,456,789.00
lang=en-us,javascript Number=1,Applet Java String value =(1)
lang=en-us,javascript Number=11,Applet Java String value =(11)
lang=en-us,javascript Number=111,Applet Java String value =(111)
lang=en-us,javascript Number=1111,Applet Java String value =(1111)
lang=en-us,javascript Number=11111,Applet Java String value =(11111)
lang=en-us,javascript Number=111111,Applet Java String value =(111111)
lang=en-us,javascript Number=1111111,Applet Java String value =(1111111)
lang=en-us,javascript Number=11111111,Applet Java String value =(11111111)
lang=en-us,javascript Number=111111111,Applet Java String value =(111111111)
lang=en-us,javascript Number=1111111111,Applet Java String value =(1111111111)
lang=en-us,javascript Number=11111111111,Applet Java String value =(11111111111)
NOT OK >=10000000
French (France)
Regional Settings Number format sample: 123 456 789,00
lang=fr,javascript Number=1,Applet Java String value =(1)
lang=fr,javascript Number=11,Applet Java String value =(11)
lang=fr,javascript Number=111,Applet Java String value =(111)
lang=fr,javascript Number=1111,Applet Java String value =(1111)
lang=fr,javascript Number=11111,Applet Java String value =(11111)
lang=fr,javascript Number=111111,Applet Java String value =(111111)
lang=fr,javascript Number=1111111,Applet Java String value =(1111111)
lang=fr,javascript Number=11111111,Applet Java String value =(1)
lang=fr,javascript Number=111111111,Applet Java String value =(1)
lang=fr,javascript Number=1111111111,Applet Java String value =(1)
lang=fr,javascript Number=11111111111,Applet Java String value =(1)
NOT OK
German (Germany)
Regional Settings Number format sample: 123.456.789,00
lang=de,javascript Number=1,Applet Java String value =(10)
lang=de,javascript Number=11,Applet Java String value =(110)
lang=de,javascript Number=111,Applet Java String value =(1110)
lang=de,javascript Number=1111,Applet Java String value =(11110)
lang=de,javascript Number=11111,Applet Java String value =(111110)
lang=de,javascript Number=111111,Applet Java String value =(1111110)
lang=de,javascript Number=1111111,Applet Java String value =(11111110)
lang=de,javascript Number=11111111,Applet Java String value =(111111110000000)
lang=de,javascript Number=111111111,Applet Java String value =(11111111100000000)
lang=de,javascript Number=1111111111,Applet Java String value =(1111111111000000000)
lang=de,javascript Number=11111111111,Applet Java String value =(1.1111111111E20)
Example code:
Test1.java
import java.applet.Applet;
public class Test1 extends Applet {
public void init() {
public String stringTest(String str) {
String out = "Applet Java String value =(" + str + ")";
return(out);
index.html
<html>
<body>
<APPLET CODE="Test1.class" NAME="test1" WIDTH="0" HEIGHT="0">
<PARAM NAME="scriptable" Number="true">
</APPLET>
<script type="text/javascript">
var x;
document.write("<BR>")
x = Number("1");
document.write("lang="+navigator.userLanguage +",javascript Number=" x "," + document.test1.stringTest(x)+"<BR>");
document.write("<BR>copy/paste the above 2 lines of code, adding an additional '1'<BR>");
</script>
</body>
</html>
</html>

I have found a workaround by setting the locale in the applet to a locale that does perform implicit Number to String conversion correctly.
e.g.
public void init() {
try {
Locale.setDefault(Locale.US);
} catch (Exception e) {
System.err.println("Failed to set Locale, Caught Exception: " + e.getMessage());
and adding this line to the java.policy to prevent "access denied (java.util.PropertyPermission user.language write)" errors.
permission java.util.PropertyPermission "user.language", "read, write";

Problem BOE 3.1 Regional Settings

Similar Messages

Maybe you are looking for