Formato abreviado do Windows 7 ignorado

2

Estou movendo uma cópia de um aplicativo da Web do asp.net sendo executado em uma caixa do Windows Server 2003 para um laptop com Windows 7.

Na caixa do servidor win 2003, a localidade foi definida como Estados Unidos e o formato de atalho era M / DD / AAAA. Na máquina Windows 7, é DD / MM / AAAA que está quebrando o aplicativo.

Eu tentei alterar todas as configurações de localidade em regiões controlpanel- > para os Estados Unidos e reinicializar sem sorte. Eu também tentei explicitamente configurar o formato de atalho para M / DD / AAAA sob as configurações de região, mas o aplicativo da Web parece ignorá-lo.

Como posso alterar o formato de atalho do Windows 7 para que um aplicativo ASP.net o reconheça?

    
por Element 25.04.2010 / 18:46

3 respostas

1

A melhor maneira seria definir isso no aplicativo da Web, e não no sistema operacional.

Meu palpite é que, quando você tenta alterar o código do idioma, ele só se aplica ao usuário em que você está conectado e o aplicativo da Web não está sendo executado como esse usuário. Você teria que alterar a localidade do sistema padrão de alguma forma - embora eu pense que isso é algo que o aplicativo da Web deve cuidar (o .NET tem suporte para definir qualquer localidade e formato de data por meio de código / declarações).

    
por 25.04.2010 / 20:54
0

Parece que há um mau uso da data abreviada (e possivelmente o formato de data longo também). Acabei de migrar do Vista Ultimate para o Windows 7 Home Premium.

Eu defini todas as minhas configurações para o inglês (Austrália) no idioma & Configurações da região (feitas todas as guias, incluindo as configurações avançadas) e defina a data abreviada para exibir como dd-MMM-aa

Meu pb é oposto ao Element, eu tinha datas aparecendo como DD-MMM-YY no Vista, tanto no Excel 2007 quanto no MS-Money 2005, mas agora elas são mostradas como DD-MM-YY. No Excel, esses campos aparecem com um * no formato, indicando que eles dependem das configurações padrão de Região e Idioma, mas obviamente não são.

Felicidades, P-F

    
por 03.06.2010 / 06:13
0

Eu tive esse problema ao executá-lo no IIS localmente e tentei ir ao Painel de Controle - > Região - > Administrativo para copiar as configurações para novas contas de usuário e contas de serviço, mas não pareceu corrigi-lo para o ApplicationPoolIdentity. Este artigo ajudou a resolver o problema:

link

Este é o resumo rápido da correção:

  1. Abra o regedit e exporte CURRENT_USER\Control Panel\International
  2. Edite o arquivo .reg com o SID de um usuário em HKEY_USERS
  3. Importe o arquivo .reg
  4. Repita 2 e 3 para cada SID com as configurações internacionais incorretas.
por 20.04.2016 / 22:31