tag:blogger.com,1999:blog-6800934446457898793.post-45916908317319026832008-03-31T01:33:00.000-04:002008-03-31T01:33:00.000-04:00The main issue of the "Turkey" test is the "I" and...The main issue of the "Turkey" test is the "I" and "i" problem ("i" is not lowercase of "I" and vice versa). This is specific to Turkish language. The other problems are specific to more then one countries. There are lots of countries that uses "DD/MM/YYYY" or "DD.MM.YYYY" format. <BR/><BR/>Until the first release of .Net, Turkish "I" problem could not be solved in Microsoft technologies, and programmers had to do some hardcoding for that problem which led the application to be very specific to Turkey.<BR/><BR/>There are many other server and development applications that don't work on computers with Turkish region settings. As far as I know Adobe Flex that runs on Eclipse is one of them. When you start coding mxml it has a "Script" tag and the "i" in tag causes compiler error. <BR/><BR/>I recommend setting your region to Turkey and using "I", "İ", "ı" and "i" everywhere (comments, strings, variable-names etc.) then testing your compiler/environment...<BR/><BR/>If you are developing international applications and Turkey is one of your targets, be prepared for problems...<BR/><BR/>One more thing Turkey is in a very strange location, so you have to consider the language problems for Greece, Russia (by the sea), Bulgaria, Armenia, Georgia as well as arabic spoken languages (Syria, Iran and Iraq has borders with Turkey), when you say "Turkey and nearby".<BR/><BR/>So if you expand your territory to Turkey and nearby region, you'll probably will have to solve all regional issues other than Far East (and may be India region) issues. <BR/><BR/>"I" and "i" problem is unique to Turkish.Mert Sakaryahttp://www.blogger.com/profile/08840937717597592297noreply@blogger.com