LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
12
返回列表 发新帖
楼主: hivon

如何改用英语会话

[复制链接]
发表于 2005-1-10 14:23:23 | 显示全部楼层
Post by fundawang
这个似乎应该归罪于大多数开发者的劣质水平,而不应该埋怨操作系统,更不能怪罪中文。别忘了,中文也是Unicode的一部分,在Windows和Linux看来,中文和英文没有区别。

毕竟当前世界大同之日还没有到来。

Post by fundawang
Redhat 6.1已经太老了,那个时候2.2.x的内核对于Unicode支持有限,出现这样那样的问题很正常。

你不觉得你浪费了时间说这些。恐怕这我也是。

Post by fundawang

只要你的locale支持,就可以显示并输入各种语言的字符。如果想要同时输入各种语言,一般认为必须在UTF-8编码下。Mandrakelinux 10.1中,可以通过同样一种输入平台scim输入中文,日文和韩文。

我对linux基本不懂,虽然接触得早,但其间没怎么学,只因为linux6.1给我的印象太差。
这里就要多谢你的指教了!
那我就继续请教一下,linux中怎样设置才能很好的识别GB2312(或GB18030)与unicode?
也就是要达到能像windows的notepad一样识别。

Post by fundawang
太少见多怪了,EditPlus已经超过两年没有更新了,EmEditor是个绝好的选择。

与本案无关。再说,EmEditor据我所知是倭货,没什么好感。
发表于 2005-1-10 15:00:27 | 显示全部楼层
UTF-8编码的文本文件分为两种,一种是带文件头的,一种是不带文件头的。带不带文件头完全取决于保存时候的选择。据我所知,Notepad无法识别不带文件头的UTF-8文件,因为它无法判断这个文件是否是UTF-8编码保存的。

UTF-8和GBK的编码范围是冲突的。也就是说,很可能同一串十六进制编码,在UTF-8和GBK中都能解释成合法的汉字。在这种情况下,如果没有文件头,是没有办法判定一个文件究竟是GB编码还是UTF-8编码。不幸的是,Linux下大多数文件是没有文件头的。

另外,EmEditor 是否是日货,并不影响这个软件的质量。事实上,在所有Notepad的替代品里,只有EmEditor真正实现了Unicode内码与ANSI编码的平滑转换。而我隐约记得EditPlus似乎有一个选项,可以设置为自动识别UTF-8编码。
发表于 2005-1-10 20:20:12 | 显示全部楼层
原来是有个文件头,我就觉得奇怪范围明明冲突。
Linux下大多数文件是没有文件头的,linux又让我遗憾。
不知道还有多少……
谢谢了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表