Regional Settings?

I'm trying to set up my iTunes account so that I can purchase music, but for some reason the songs are coming up in dollars even though I am based within the UK.
When trying to set up my account with Credit Card details, it asks for my billing address, but already has my Region/Country as United States and will NOT let me change this...
Can anyone tell me why this is happening, and what I can do to make my region United Kingdom?
Thanks in advance.

Go to the store home page and look at the bottom on the right. You should see a little flag.
Click on it to set your store country correctly. It sometimes gets messed up.

Similar Messages

  • How to modify regional settings and keep Acrobat 9.4.1 working?

    When I modify the regional settings on my W7 PC (i.e. switching the decimal symbol and digit grouping symbol from dot to comma and vice-versa), I cannot print to Adobe PDF Printer nor can I convert Office documents to PDF files anymore. It seem like the joboptions files were getting corrupted (I can see read errors).
    Can anyone advise on how to modify the regional settings and keep Acrobat 9.4.1 Pro working properly? Do I have to adopt the joboptions files (and if yes, how?)?
    Thank you for your advice!

    The defaults for three are blank entries. That is there are no defaults, The only way to get those back to being blank would be to delete your preferences file ( Home->Library->Preferences->com.apple.Aperture,plist ) and possibly the files in *Home->Library->Program Support->Aperture* (but I don't think you would need to do these, not sure.)
    However before you do this you should know there is no drawback to having these entries filled in. Aperture would only attempt to use them if you actually selected them while using Aperture. It won't be looking for them on startup. And if the programs pointed to by these entries no longer exist on your system Aperture won't even fill in the names in the menu items where these are pointed to ( *Photos->Edit with* for example)

  • Changing regional settings in CS6/Acrobat X Pro

    Hello,
    I have just installed CS6 and would like to change the regional settings from USA to European A4.
    The following test has been done:
    Created customised A4 job options for each of: Standard Quality, High Quality, Press Quality
    Then edited preference for Conversion from Microsoft Word to PDF using new job option 'Standard Quality A4'
    PDF created is still in Letter sizing after rebooting machine.
    Note: the original Microsoft Word file has a page setup of A4.
    What is the best way to make wholesale changes across Adobe CS6 so that millimetres/A4 settings are the default ?
    Thank you.

    Hi Cre8tiveNess,
    You need to set the same preferences in Control Panel > Adobe PDF Printer > Printing preferences.

  • 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]

  • Java does not recognize my regional settings in xp

    Hi,
    I have set my windows xp Regional Settings for canada/french but I also have resetted the decimal point to a dot ('.') instead of the defaulted comma (,). My JVM does not seem to recognize these changes as it still shows my decimals with a comma.
    Is there any way to change that behavior ?
    lacou

    In the past each major platform (Sun JDK, IBM JDK, Microsoft, HP, etc.) developed and maintained their own locale data, based on various input (could be ISO standards in some countries, or input from localization teams etc). Actually very difficult to create and maintain, since few countries have strict standards and users within countries disagree about what is "correct".
    In recent years the Common Locale Data Repository (http://www.unicode.org/cldr/) has been established to create a common standard across platforms. ICU (http://icu.sourceforge.net/userguide/) now pulls locale data directly from the CLDR, one of the major reasons to use ICU4J.
    With the work on CLDR some of the other platforms have worked on trying to align with the common standard, but there are still differences. You can find comparison charts here: http://www.unicode.org/cldr/data/charts/main/index.html

  • Error in South Africa Regional Settings in Windows Server 2012 and Windows 8

    Please note that the format for numbers in South Africa regional settings is incorrect. I discovered this through on of our products that would not work on Server 2012, but works from XP to Windows 7.
    Where the decimal was always a point it has now been changed to a comma, which is incorrect and most likely will cause a lot of issues for customers in south africa that use decimal data.
    I can already see spatial data breaking where decimals are used and stored with points and not commas.
    To reproduce this error set your regional settings to South Africa and execute the following code in C#
    System.Convert.ToDouble("10.1234");
    This will throw a FormatException. Change regional settings from a , to a . and there we go it works.

    It seems that this is development related issue, please try to submit a new post in DEV forum. Thanks.
    Thanks
    Zero
    Respectfully Mr. Xia, it looks like the OP is reporting a localization issue, not a development issue.
    For the OP, there's a
    well researched post by a South African developer describing that the decimal comma is the correct choice.  The work cites University style guides, International conference agreements, and government legislation and regulation.
    An excerpt from Mr. MacLean's post, quoting work from EEPublishers:
    English-speaking countries (plus China, India and Japan) use the decimal point. There seems to be a general tendency to formally declare its use worldwide and the International Organisation for Standardization, ISO, also tends towards using the decimal point
    over the decimal comma. In view
    of the South African law, however, the comma shall still be employed in South Africa as “the only recognised decimal indicator for all numbers” [3].
    References
    [1] DR Hendrikz: South African Units of Length and Area, Department of Lands, Trigonometrical Survey, Special Publication No. 2, 1944.
    [2] Measuring Units and National Measuring Standards Act, 1973 (Act No. 76 of 1973), Government Gazette No. 4326, 5 July 1974.
    [3] The International Metric System (SI), Guide to the use of the SI in South Africa, The Council of the South African Bureau of Standards, M 33a, 1992
    [4] Measurement Units and Measurement Standards Act, 2006 (Act No. 18 of 2006), Government Gazette No. 29752, 28 March 2007.
    [5] T Zakiewicz: “Units of Length Measure & Geodetic Standards at the Cape, 1813-1912”, History of Surveying and Land Tenure, Collected Papers,
    Vol. 2, The Institute of Professional Land Surveyors & Geomaticians of the Western Cape, May 2004.

  • Firefox does not show numbers in arabic format when the windows regional settings is set to arabic, instead it shows numbers in latin characters

    when switching windows regional settings to Arabic, numbers are still shown in Latin characters, unlike other browsers (ex IE).
    == This happened ==
    Every time Firefox opened
    == all firefox versions

    See "bidi.numeral" in http://kb.mozillazine.org/About:config_entries#Bidi.
    See also http://mxr.mozilla.org/mozilla1.9.2/source/modules/libpref/src/init/all.js#1058
    To open the ''about:config'' page, type '''about:config''' in the location (address) bar and press the Enter key, just like you type the url of a website to open a website.
    If you see a warning then you can confirm that you want to access that page.

  • Set with filter Expirationtime comparison current-datetime does not list members: regional settings?

    Hi all;
    I've created a criteria-based set that has to filter for users that have an
    "expiration Time" "prior to" "today".
    xpath filter: /Person[ExpirationTime < fn:current-dateTime()]
    I've got one user where I've set a date expired to a week ago.
    When I click view members it does not return any results. When I change the logic to
    "expiration Time" "after" "today".  to see how this logic works, it doesn't return any results either.
    I'm working in Belgium, regional settings are d/MM/yyyy H:mm (in 24h format).
    My browser language is also set to nl-BE, where FIM actually uses this in the PORTAL field too:
    Today in Belgium is 16/09/2014 16:45. But My set returns 0 members.
    I've read some articles that FIM needs the format in yyyy/MM/dd format (for import)
    Is it correct that FIM Portal doesn't handle this XPATH current-dateTime() function correctly for foreign regional settings?
    I've tried to set it current-dateTime("d/MM/yyyy") or other variants, but that gives an error when I'm trying to save.
    Kind regards,
    David

    Hi,
    I've checked, the "SQL Server Agent (MSSQLSERVER)" is running, and set to automatic.
    I've changed the Local default to "dutch (Belgium)" in the Site settings (it was English (US)):
    I've launched iisreset to restart the website.
    I've looked at the set, no members. I've validated if the users its date format was OK (and Belgian/European style) => it was.
    I've played in the set with the different options (I'm translating as these are in Dutch):
     - Prior to 1 day 
     - Prior to 1 day from today
     - Prior to "Tuesday 16 September 2014 0:00:00" (from a calendar control)
     - Prior to today
    None of these returned any user records :(

  • 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";

  • Regional settings are ignored by crystal

    Hi All,
    With crystal report XIR2 SP5.I have created a report with XML data source and it contains date field, data field is in dd/mm/yy format.However I have changed the regional settings for date as dd: mm: yy.These settings are not reflected in Crystal Report designer for those report which are created using XML data source. The same thing I have tested with CR 2008 and everything seems to be working fine. Is it a bug with CRXIR2 or we need to make some other settings for CRXIR2.
    Thanks.
    Peter

    Please re-post if this is still an issue to the Data Connectivity - Crystal Reports Forum or purchase a case and have a dedicated support engineer work with you directly

Maybe you are looking for