空の境界·矛盾螺旋

[置顶帖]回复时需要用到的验证码

00说回复不了才发现原来还有这个问题，看来我也被浏览器给惯坏了哪。嘿嘿。
回复时会碰到四组假名，每组对应一个数字。
1. いち/イチ 2. に/ニ 3. さん/サン 4. よん/ヨン 5. ご/ゴ
6. ろく/ロク 7. なな/ナナ 8. はち/ハチ 9. きゅう/キュウ 0. ぜろ/ゼロ

从pygame的中文显示问题再谈编码的解析（二）

英文系统：

首先看set_caption函数。

根据前篇的结论，set_caption中传入的参数需为utf-8格式，故只需想办法将传入的参数修编码为utf-8格式即可。

经笔者测试，无论以任何格式编码，以下代码可行：

pygame.display.set_caption("试作だ一桜".decode("cp936").encode("utf-8"))

接下来是关于pygame.font.SysFont().render()中的第一个参数问题。

▼阅读全文

从pygame的中文显示问题再谈编码的解析（一）

主要是pygame这东西显示中文出了问题，找了些资料，测试加整理如下：

中文系统：

>>> import sys

>>> sys.stdin.encoding

'cp936'

>>> '哈'.decode(sys.stdin.encoding)

u'\u54c8'

>>> '哈'

'\xb9\xfe'

>>> u'哈'

u'\xb9\xfe' a)

>>> '哈'.decode(sys.stdin.encoding).encode("utf-8")

'\xe5\x93\x88' b)

>>> '哈'.decode(sys.stdin.encoding).encode("gb2312")

'\xb9\xfe' c)

>>> '哈'.decode(sys.stdin.encoding).encode("cp936")

'\xb9\xfe' d)

以上：

a) u+String 方式出来的编码似乎是ascii，如果将结果去decode一下，在报错信息里会提示UnicodeEncodeError。

b) 与c)、d)进行对比可以发现，用gb2312或cp936来编码，结果一样，用utf-8编码则会多一位。

再说回到pygame，以fonty.py文件为例，当文件头的编码格式为utf-8时，即包含如下一行：

#-*- coding: utf-8 -*-

时，pygame.display.set_caption("测试")不会乱码。

值得注意的是，这里的“测试”两个字，与文件头的编码格式统一，使用的也是utf-8编码。

经笔者测试，编码格式不为utf-8时会乱码，所以此处必须将参数转为utf-8的编码格式。

接下来是font.render函数，这里面能显示的文字编码是前面加了u的形式。

首先将字体设为系统内支持中文的字体：

pygame.font.SysFont( "幼圆", 60 )

# 注意，这里使用的中文字串，其编码格式要与文件保存方式一致

显示字体的函数写为：

font.render( u"测试", 0, (250,250,250) )

在此基础上进行测试，发现无论设置文件为哪种格式的编码，中文显示都正常。

总结：

系统默认编码方式：cp936

pygame.display.set_caption()：参数为utf-8格式，如果文件格式不为utf-8，需要将参数转成utf-8编码才不会乱码

pygame.font.SysFont()：参数无需设置，与文件保存格式一致，但字串内容要对应系统能识别的字体名

pygame.font.SysFont().render()：参数需要使用u+String型，并且需要SysFont中的字体支持中文。

目前中文系统下的中文显示问题不大，更多的问题在于英文系统……这个且听下回分解。

▼阅读全文

掌中老虎萌王加冕纪念~~

嗯，不淡定了这么久，现在可以扬眉吐气了，也终于可以理直气壮地说“我控的角色拿下了萌王”。

而且，继半决赛被全天压制那极为凶险的一战之后，又在决赛中创造了新的神话。

▼阅读全文

| HOME | 下一页»

个人档案

遠坂　信一

今はもう夢なんかを…言えない。
キミは…僕の願い…知っている？

Contact

QQ: 79937756
skiller0@qq.com

空の境界·矛盾螺旋

[置顶帖]回复时需要用到的验证码

推荐一个2D图形引擎

从pygame的中文显示问题再谈编码的解析（二）

从pygame的中文显示问题再谈编码的解析（一）

掌中老虎萌王加冕纪念~~

个人档案

日志分类

最新评论

留言本

日志档案

RSS訂閲

友情链接

来访统计