Pet*_*ett 18 windows command-line windows-10
之前没问题,但在最新更新之后,所有反斜杠都在命令行控制台中显示为日元符号。它仍然在其他任何地方正确显示,关于原因可能是什么以及如何解决它的任何想法?以下是命令行界面中反斜杠与文本文件中的显示方式:
Run*_*n5k 14
听起来像是在您的语言设置中无意中调整了某些内容。对于初学者,请尝试以下操作:
在显示非 Unicode 程序的当前语言的字段中,确保它显示English (United States). 如果没有,请使用Change system locale按钮进行修改。
(来源)
更深入的解释可以在以下文章中找到:
如何在 Windows 中更改非 Unicode 程序的显示语言
Unicode 是一种字符编码标准,由 Unicode Consortium 开发,它定义了一组代表世界上几乎所有书面语言的字母、数字和符号。它在统一字符集方面的成功导致在计算机软件的创建中得到广泛使用。
Unicode 从何而来?当您谈论使用具有特定字符集(例如中文)的语言编写的软件时,该软件预期可以在具有使用完全不同字符集的操作系统(例如英文 Windows)的计算机上正确运行和显示。相反的例子也同样适用:用英文编写的软件,使用拉丁字符,预计可以在中文的 Windows 计算机上正确运行和显示。在这种情况下,根据应用程序的编码方式,可能会发生应用程序界面中并非所有字符都能正确显示的情况,从而造成麻烦。
当您需要将软件与具有“冲突”字符集的操作系统(如中文、日语、阿拉伯语、希伯来语、俄语等)与使用拉丁字符的语言(如英语、罗马尼亚语、西班牙语、德语等)结合时,通常会发生复杂情况.
发生此类冲突时,操作系统使用的显示语言被认为是 Unicode 语言,默认情况下,非 Unicode 程序被设置为使用相同的语言。具有不同字符集的软件被认为是非 Unicode 程序。由于它使用的字符集与默认的非 Unicode 程序语言使用的字符集完全不同,因此无法正确显示。为了解决这个问题,您需要更改操作系统为非 Unicode 程序使用的默认语言,以匹配您要运行的程序使用的语言。
您可以在下面看到此类冲突的示例,以及在更改非 Unicode 程序语言之前和更改为正确语言之后某些字符的显示方式。
这只是一种字体。反斜杠是日元符号的原因:日本人决定用日元符号覆盖 ASCII 中的反斜杠代码点。韩语、德语、丹麦语、法语和西班牙语的 ISO 646 变体中也出现类似情况: https://en.wikipedia.org/wiki/Backslash#Confusion_with_%C2%A5_and_other_characters
\n因此,它与东亚语言环境无关(除了字体也会考虑语言环境这一事实)。简体中文和繁体中文区域都将反斜杠显示为原始反斜杠。
\n由于广泛使用反斜杠代码点来表示日元符号,即使在今天,一些字体(例如 MS Mincho)仍将反斜杠字符呈现为 \xc2\xa5(例如在 FontLab 中打开它),因此 Unicode 代码点 00A5 处的字符(\xc2\xa5) 和 005C(反斜杠或 WON SIGN,\xe2\x82\xa9,韩语)在选择这些字体时均呈现为 \xc2\xa5。在这些环境中,计算机程序仍然将 005C 视为反斜杠,但将其显示为日元符号,从而导致混乱,尤其是在 MS-DOS 文件名中。http://archives.miloush.net/michkap/archive/2005/09/17/469941.html
\n| 归档时间: |
|
| 查看次数: |
52916 次 |
| 最近记录: |