la MSDN dice
La cultura es una propiedad del subproceso de ejecución. Esta propiedad de solo lectura equivale a recuperar el objeto CultureInfo devuelto por la propiedad Thread.CurrentCulture. Cuando se inicia un subproceso, su cultura se determina inicialmente llamando a la función Windows GetUserDefaultLocaleName.
En otras palabras, se basa en la rosca, bruja tiene un contexto ... en el contexto ASP.NET, que proviene de la configuración regional utilizado en el navegador del cliente primera si se utiliza o la Server Variables
Configuración del sistema en todo lo demás.
Bajo este contexto web se puede conseguir utilizando el método Server.Variables
en HTTP_ACCEPT_LANGUAGE
y obtendrá algo como:
en-US,en;q=0.8,pt-PT;q=0.6,pt;q=0.4
bruja establece que el navegador del cliente ha puesto en 3 idiomas, donde el primero es en-US
.
Todo, desde System.Globalization
proviene del Sistema definiciones al igual que la imagen de abajo muestra:
código anterior es:
<p>
<pre>System.Globalization.CultureInfo.CurrentCulture</pre>
is @System.Globalization.CultureInfo.CurrentCulture.EnglishName
</p>
No importa qué navegador está en uso, el definición para System.Globalization
siempre vendrá de la definición de sistema operativo
Gracias Balexandre, esta parece ser una buena información. Pero acabo de comprobar la configuración regional de mis navegadores y su en-US (estoy usando firefox y comprobé la configuración general.useragent.locale en about: config) también mis sistemas de fecha y hora y los ajustes regionales fueron configurados en en-US. Pero todavía obtengo en-IN cuando compruebo System.Globalization.CultureInfo.CurrentCulture. ¿Tienes alguna idea de dónde estoy equivocado? – TechnicalSmile
imagen añadida para una mejor comprensión ... – balexandre