wkt 发表于 2007-1-3 17:47:05

突然发现ml的编码很有问题！！

昨天，回到了ml
今天apt-cache search vnc
竟然是乱码
就apt-cache search vnc >dd.txt
kate dd.txt
改了编码才看见是什么!!
这ml为什么喜欢如此使用编码呢??
即 这里用一种那儿用另一种
好像很喜欢 出现乱码后通过改编码而正确显示带来的喜悦
说实话,改编码后(在kate里)正确显示.我也很高兴
呵呵!!!

secpoint 发表于 2007-1-3 19:21:26

以前的贴子讨论过编码的问题了，请search一下。

wkt 发表于 2007-1-3 21:26:05

那时侯我还没有看到效果
现在 终于看效果了 那就乱码
好象只讨论,并没有解决!
如果用同一种编码写文挡就不会乱码 或 都乱码

KDE 发表于 2007-1-3 22:22:57

magic 使用 GB18030 local，这是尽人皆知的，如果出现编码不统一，可能是我们的疏忽，但也可能是其他问题。目前 spec 里内嵌的说明均是 utf-8 文本，如果使用了中文，显示就会乱码。今后如果打包，会改为 GB18030。

wkt 发表于 2007-1-4 10:53:30


目前 spec 里内嵌的说明均是 utf-8 文本，如果使用了中文，显示就会乱码。今后如果打包，会改为 GB18030。

既然,这样那就都utf-8得了,还故意gb18030???
只要让我能够看懂汉字,我想什么编码都无所谓
kde也不要太....了
呵呵!!1

lanzinc 发表于 2007-1-4 13:48:48

用utf8您老用了别人或别的系统的没有编码标识的文档，乱码了，会不会也有意见

:mrgreen::mrgreen::mrgreen:

wkt 发表于 2007-1-4 14:15:34


用utf8您老用了别人或别的系统的没有编码标识的文档，乱码了，会不会也有意见

我就win和linux
我想不会有问题
呵呵!!

sejishikong 发表于 2007-1-4 14:59:00

呵呵，那是spec里的中文，下个版本不会有乱码了。

wkt 发表于 2007-1-4 16:45:22


呵呵，那是spec里的中文，下个版本不会有乱码了。

那就太好了!!
绝对支持!!!
不过好象ml很不关心apt-*
apt-cache search kernel
发现有三个
kernel-source.....
完全一样
加上版本好不是更好吗??

sejishikong 发表于 2007-1-4 17:06:23

用smart就好了。apt-cache search其实也有版本号的。

wkt 发表于 2007-1-4 18:41:29


用smart就好了。apt-cache search其实也有版本号的。

我也想,可是smart 启动太慢了,而且老是提示错误,很不爽
apt-* 我在debian里用惯了

jiangtao9999 发表于 2007-1-4 18:50:27

我的想法是能不能让系统内部也用 GB18030 进行处理？

mandrakechina 发表于 2007-1-4 22:48:48

按照某同志的观点，系统内部和用户没有关系，系统内部爱用什么编码就用什么编码，只要用户觉得用起来方便就行了。至于哪里忘了，在所难免，大家应该可以将就，不必讲究。

haulm 发表于 2007-1-4 23:51:47

对于编码的讨论，我的观点是，要么用gb码要么用utf8码，只要你有象样的编码转换工具，根本就不影响应用，在熟练使用过默认utf8编码的系统后，我很赞同mandrakechina的观点。

不过，使用GB码更符合长期使用win系统用户的利益。

sejishikong 发表于 2007-1-6 14:59:09

实际上乱码是不可避免的，windows上的乱码也很多，不过因为大家反正都用的D版，也就没什么人提了。
用gb也好，utf-8也好，其实都差不多的。不过gb毕竟国标，所以我倾向于用gb系列的编码。
页: [1]
查看完整版本: 突然发现ml的编码很有问题！！