Jak mogę ręcznie określić CodePage i ustawienia regionalne bieżącego systemu operacyjnego

Czy istnieje sposób, w jaki użytkownik może ręcznie sprawdzić bieżącą stronę kodową i ustawienia regionalne swojego systemu operacyjnego Windows? Czy istnieje ustawienie rejestru przechowujące te informacje?

Byłoby również przydatne, gdyby technika działała aż do Windows 2000.

chcp dostarczy ci aktywną stronę kodową.

systeminfo wyświetli między innymi ustawienia narodowe systemu i dane wejściowe.

„ Uwaga : To polecenie (systeminfo) nie jest dostępne w systemie Windows 2000, ale nadal można wysłać zapytanie do komputera z systemem Windows 2000, uruchamiając to polecenie na komputerze z systemem Windows XP lub Windows 2003 i ustawiając komputer zdalny na komputer z systemem Windows 2000. Jeśli bieżące logowanie użytkownika, które to wykonuje polecenie ma już uprawnienia na zdalnym komputerze (na przykład Administratorzy domeny), nie musisz używać / u i / p. ”
Od tutaj .

Zauważ, że dany system ma dwie interesujące strony kodowe , określone przez starsze ustawienie o nazwie język dla programów nieobsługujących kodu Unicode , wcześniej znane jako ustawienia regionalne systemu (informacje dodatkowe w dolnej części):

• OEM strona kodowa do użytku przez Legacy konsoli aplikacji
• ANSI strona kodowa do użytku przez starszego typu GUI aplikacji.

^{Uwaga: istnieją jeszcze dwie strony kodowe, ale są one już rzadko używane i dlatego nie są tutaj omawiane: kod EBCDIC i strona kodowa Maca (wcześniejsza niż OS X) - patrz dokumentacja WinAPI .}

Aktywna strona kodowa OEM jest najłatwiej uzyskać za pośrednictwem chcp, jak pokazano na pomocne odpowiedzi zapomniane średnik za - zakładając, że nie został wyraźnie zmieniło się w sesję chcp <codePageNum>.

Określenie aktywnej strony kodowej ANSI nie jest tak proste, ale PowerShell może pomóc, również w określeniu nazwy i języka ustawień regionalnych systemu:

W Windows 8+ / Windows Server 2012+ : Użyj polecenia Get-WinSystemLocalecmdlet:

Get-WinSystemLocale | Select-Object Name, DisplayName, 
                        @{ n='OEMCP'; e={ $_.TextInfo.OemCodePage } }, 
                        @{ n='ACP';   e={ $_.TextInfo.AnsiCodePage } }

^{Uwaga: Na przykład może być kuszące [cultureinfo]::CurrentCulture.TextInfo.ANSICodePage, ale nie musi to odzwierciedlać ogólnosystemowej aktywnej strony kodowej ANSI; zamiast tego jest to strona kodowa ANSI powiązana z ustawieniami narodowymi bieżącego użytkownika (kultura), które mogą być inne.}

W systemie amerykańsko-angielskim powyższe wyniki:

Name  DisplayName             OEMCP  ACP
----  -----------             -----  ---
en-US English (United States)   437 1252

OEMCPto strona kodowa OEM, strona ACPkodowa ANSI.

Metoda rejestru opartego że działa również na starszych systemach dół do systemu Windows XP :

# Get the code pages:
Get-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\Nls\CodePage | 
     Select-Object OEMCP, ACP

W systemie amerykańsko-angielskim powyższe wyniki:

OEMCP ACP 
----- --- 
437   1252

Jeśli chcesz również uzyskać nazwę [przyjazną] lokalizacji systemu i LCID (pamiętaj, że identyfikatory LCID są przestarzałe):

[Globalization.CultureInfo]::GetCultureInfo([int] ('0x' + (
        Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Nls\Language' Default
      ).Default)
)

W systemie amerykańsko-angielskim powyższe wyniki:

LCID             Name             DisplayName                                                                                                                                      
----             ----             -----------                                                                                                                                      
1033             en-US            English (United States)                                                                                                                          

Informacje podstawowe :

Ustawienia regionalne systemu to starsza nazwa tego, co obecnie jest bardziej opisowo nazywane językiem dla programów nieobsługujących kodu Unicode (patrz terminologia NLS ) i, jak sugerują nazwy:

• To ustawienie dotyczy tylko starszych programów (programów, które nie obsługują Unicode).

• Ma zastosowanie w całym systemie , niezależnie od ustawień regionalnych danego użytkownika , a do jego zmiany wymagane są uprawnienia administracyjne.

Ważne jest, aby pamiętać, że jest to spuścizna ustawienie , ponieważ strony kodowe nie stosuje się do programów, które używają Unicode wewnętrznie i wywołać unikodowych wersji Windows API.

W szczególności określa aktywne strony kodowe , tj. Domyślnie stosowane kodowanie znaków :

• strona kodowa ANSI używać podczas programów non-Unicode nazywają non-Unicode (ANSI) wersje Windows API, zwłaszcza wersja ANSI z TextOutfunkcji do tłumaczenia łańcuchów do iz Unicode, która przede wszystkim określa jak struny w ramach programu renderowanie w GUI .

  • Korzystając ze standardowych funkcji, nie można zmienić tej strony kodowej na żądanie , więc nie można selektywnie uruchamiać programów innych niż Unicode z inną stroną kodową ANSI.
  • Arioch „ Wskazuje na starszą wersję programu Microsoft AppLocale, która do Windows 7 może być używana do uruchamiania pojedynczego programu z wybranymi ustawieniami narodowymi systemu na żądanie; wydaje się jednak, że nie jest już dostępny do pobrania i wydaje się, że nie działa już w systemie Windows 10 .
  • Emulator Locale , rozwiązanie innej firmy o otwartym kodzie źródłowym, najwyraźniej rozpoczyna pracę od AppLocale (nie próbowałem tego) i jest obsługiwany w aplikacjach 32-bitowych w systemie Windows 10.

• strona kodowa OEM , aby domyślnie aktywne w oknach konsoli , co znajduje odzwierciedlenie chcp.

  • Aktywna strona kodowa okna konsoli określa sposób interpretacji i wyświetlania danych wejściowych i wyjściowych z aplikacji konsolowych .
    • Zauważ, że oznacza to, że nawet dane wyjściowe z aplikacji konsolowych Unicode są tłumaczone na aktywną stronę kodową, co może spowodować utratę informacji; użycie pseudo strony kodowej 65001, która reprezentuje kodowanie UTF-8 w Unicode, jest rozwiązaniem, ale może powodować, że starsze programy wiersza poleceń błędnie interpretują dane, a nawet zawodzą - patrz odpowiedź StackOverflow w celu uzyskania szczegółowych informacji.
  • W odróżnieniu od strony kodowej ANSI, ty może zmienić aktywny [OEM] stronę kodową na żądanie dla danego okna konsoli ; na przykład, aby przejść do strony kodowej OEM 850, prowadzony chcp 850w cmd.exeoraz $OutputEncoding = [console]::InputEncoding = [console]::OutputEncoding = [text.encoding]::GetEncoding(850)w PowerShell.
• dodatkowo rzadko używane strony kodowe EBCDIC i Mac .

Pomimo ustawienia regionalnego słowa używanego w starszym terminie i języka słowa w bieżącym terminie:

• W zaledwie aspekty kontrolowane przez ustawienie to zestaw aktywnych stron kodowych i domyślne czcionki rastrowe , a nie również inne elementy (lokum, które są kontrolowane przez ustawienia regionalne na poziomie użytkownika).

• Dana strona kodowa jest zwykle współdzielona przez wiele ustawień regionalnych i obejmuje wiele języków; np. powszechnie używana 1252strona kodowa jest używana przez wiele języków Europy Zachodniej, w tym angielski.

Jednak po zmianie ustawienia za pomocą Panelu sterowania wybierasz ustawienie za pomocą określonych ustawień regionalnych.

Aby uzyskać listę wszystkich stron kodowych systemu Windows, zobacz https://docs.microsoft.com/en-us/windows/desktop/Intl/code-page-identifiers

Ustawienia regionalne można również zobaczyć w msinfo32.

Interfejs API systemu Windows, który zwraca aktywną stronę kodową, to GetConsoleOutputCP () .