使用Windows 7在Sublime Text 2的控制台中打印utf-8字符串

问题描述 投票:5回答:2

当从Windows控制台cmd.exe(即Sublime Text之外)使用python myscript.py运行此代码时,它可以正常工作:

# coding: utf8
import json
d = json.loads("""{"mykey": {"readme": "Café"}}""")
print d['mykey']['readme']

咖啡

在使用CTRL + B在Sublime Text 2中运行它时,它会失败:

  • 这样(默认情况下): print d ['mykey'] ['readme'] UnicodeEncodeError:'ascii'编解码器无法对位置3中的字符u'\ xe9'进行编码:序数不在范围内(128) [以0.1秒结束,退出代码为1]
  • 或者像这样,在应用from this answerprinting UTF-8 in Python 3 using Sublime Text 3解决方案后(即在构建系统中添加"env": {"PYTHONIOENCODING": "utf8"},): [解码错误 - 输出不是utf-8] [解码错误 - 输出不是utf-8] [以0.1秒完成]
  • 在Python Sublime-build文件中添加"encoding": "utf-8"也无济于事

如何在Sublime Text 2(适用于Windows)控制台中正确使用print,如果它包含一些UTF8字符?

注意:这不是printing UTF-8 in Python 3 using Sublime Text 3的副本,我之前已经将此问题链接到了。

这是Python.sublime-build文件:

{ "cmd": ["python", "-u", "$file"],
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
"selector": "source.python",
"variants": [ { "name": "Run", "file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)", "cmd": ["C:\\Python27-64\\python.exe", "-u", "$file"] } ] }

(我和"env": ...一起尝试过,有和没有"encoding": ...

python windows python-2.7 character-encoding sublimetext2
2个回答
4
投票

这是一个很长的答案,充满了血淋淋的细节,但TL; DR版本是这似乎是Sublime Text 2中的一个错误(特别是在它的exec命令中)。

下面有关于如何修补Sublime以便潜在解决问题的指示(至少在我的所有测试中都有效)如果升级到Sublime Text 3不是一个选项,因为Sublime 3有一个增强的exec命令。


需要注意的是,您以下列形式看到的错误:

[解码错误 - 输出不是utf-8]

由Sublime生成,因为它将数据添加到输出面板而不是Python。即使使用下面概述的修复,仍可能需要(基于系统设置和/或使用的平台)包含问题中提到的env设置,因为它告诉Python以UTF-8生成其输出而不管是什么它认为它应该做。


出于以下测试的目的,我在Windows 7机器上安装了Sublime Text 2和Python 2.7.14。这台机器已经安装了Python 3并添加到PATH,因此我将此版本安装到C:\Python27-64中,如示例构建文件中所示,并将其保留在路径之外。

除了安装PackageResourceViewer并提升默认字体大小外,Sublime还有其他库存。

测试脚本如下,稍微修改了您问题中列出的版本:

# coding: utf8
import sys

print(sys.version)
print("Café")

由于一切都是库存,Tools > Build System中的构建系统设置为Automatic,并尝试使用Ctrl + B运行构建产生以下输出:

3.6.0 (v3.6.0:41df79263a11, Dec 23 2016, 08:06:12) [MSC v.1900 64 bit (AMD64)]
[Decode error - output not utf-8]
[Finished in 0.1s]

这是有道理的,因为如上所述,Python 3在我的路径上,但Python 2不是,所以它正在选择Python 3。

默认的Python.sublime-build如下:

{
    "cmd": ["python", "-u", "$file"],
    "file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
    "selector": "source.python"
}

使用PackgeResourceViewer,我打开文件并对其进行修改以直接调用Python 2解释器:

{
    "cmd": ["C:\\Python27-64\\python.exe", "-u", "$file"],
    "file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)",
    "selector": "source.python"
}

有了这个,构建结果如下所示:

2.7.14 (v2.7.14:84471935ed, Sep 16 2017, 20:25:58) [MSC v.1500 64 bit (AMD64)]
Café
[Finished in 0.1s]

请注意,它正在运行Python 2,但它现在也正确显示数据,而无需修改任何内容。

这有点好奇,我必须承认我在这上面有几个兔子洞,因为它似乎可以立即起作用。但是,如果你注释掉sys.version的印刷品:

# coding: utf8
import sys

#print(sys.version)
print("Café")

它停止工作:

[Decode error - output not utf-8]
[Decode error - output not utf-8]
[Finished in 0.1s]

或者,如果您稍微修改正在打印的文本,使其不会以重音字符结束:

# coding: utf8
import sys

# print(sys.version)
print("Café au lait")

现在它可以正常工作:

Café au lait
[Finished in 0.1s]

我相信这是exec命令中的一个错误,它在Default包中附带了Sublime Text。特别是,它在将数据插入构建结果之前对其进行解码,因此对于在读取数据时缓冲区截止发生的位置可能很敏感。

相反,Sublime Text 3具有exec命令的修改版本,该命令(以及其他增强功能)在从管道读取数据的点处使用增量解码器,并且不会出现此问题。

修改Sublime 2中的exec命令以使用增量解码似乎可以解决问题,尽管我承认我没有对此进行任何详尽的测试。

我创建了一个public gist,其中包含exec.py文件的修改版本,该文件提供了构建系统使用的exec命令,以及如何应用它的说明。

如果你使用它,你现有的构建系统(甚至是默认的)应该可以找到你,除了我上面提到的你可能仍然需要在构建中使用env设置来强制Python解释器实际输出UTF-8如果不是。


1
投票

一个可能的快速修复:

# coding: utf8
import json
d = json.loads("""{"mykey": {"readme": "Café"}}""", encoding='latin1')
print d['mykey']['readme'].encode('latin1')
© www.soinside.com 2019 - 2024. All rights reserved.