查看问题详情

编号项目分类查看权限最后更新
0000056Magic Linux 2.5界面相关公开2009-04-07 14:01
报告员sejishikong 分派给liudi  
优先级严重性小错误出现频率总是
状态 已解决处理状况已修正 
修正版本alpha1 
摘要0000056: multiget 界面乱码
描述multiget界面在zh_CN.GB18030的locale下会乱码。在GBK的local下会不能启动,只在GB2312的locale下正常。
标签没加标签.

活动

nihui

2009-04-03 21:07

管理员   ~0000146

locale 中曾经弄过一个
LC_ALL=zh_CN.GB18030
为了让 wine 能够正常输入中文
会不会和这个定义有关呢?

sejishikong

2009-04-05 20:37

管理员   ~0000148

不是。现在没有这个定义也是不行的。
只有GB2312是正常的,看了源码,感觉可能和wx的转换函数有关。和multiget没什么关系。

sejishikong

2009-04-05 21:12

管理员   ~0000149

更新了wx到2.8.10,还是不行。

nihui

2009-04-06 00:15

管理员   ~0000152

弄个 alias ?

souser

2009-04-06 22:07

报告者   ~0000154

用magic的rpm文件在2.1中会有乱码,但用二进制文件没有乱码。

sejishikong

2009-04-07 07:58

管理员   ~0000156

它官方的二进制文件?那个可能是静态编译的,和系统的wx无关了。

sejishikong

2009-04-07 13:34

管理员   ~0000160

采用了比较ugly的办法解决了。直接写了一个脚本,在zh_CN.GB的locale下使用 LC_ALL=zh_CN.GB2312 启动mulitge。

这个原因应该是wx不支持GBK/GB18030造成的,不过原来是行的,不知道具体是什么原因。猜测现在wx在转码的时候会判断系统的编码,而gbk/gb18030它不认识,就返回了wxFONTENCODING_UNKNOWN。

sejishikong

2009-04-07 14:00

管理员   ~0000161

没办法了,就这么解决吧。
另:这个multiget是支持迅雷、快车专用链的。

问题历史

日期 用户名 字段 更改
2009-04-03 15:14 sejishikong 新建问题
2009-04-03 21:07 nihui 注释已添加: 0000146
2009-04-05 20:37 sejishikong 注释已添加: 0000148
2009-04-05 20:52 sejishikong 状态 新建 => 已确认
2009-04-05 20:54 sejishikong 分派给 => liudi
2009-04-05 20:54 sejishikong 状态 已确认 => 已分配
2009-04-05 21:12 sejishikong 注释已添加: 0000149
2009-04-06 00:15 nihui 注释已添加: 0000152
2009-04-06 22:07 souser 注释已添加: 0000154
2009-04-07 07:58 sejishikong 注释已添加: 0000156
2009-04-07 13:34 sejishikong 注释已添加: 0000160
2009-04-07 14:00 sejishikong 注释已添加: 0000161
2009-04-07 14:00 sejishikong 状态 已分配 => 已解决
2009-04-07 14:00 sejishikong 修正版本 => alpha1
2009-04-07 14:00 sejishikong 处理状况 未处理 => 已修正