LinuxSir.cn,穿越时空的Linuxsir!

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

终于知道怎么在 Gnome 环境下正常使用 GBK 环境了

[复制链接]
 楼主| 发表于 2005-1-8 22:40:42 | 显示全部楼层
KDE 下默认就很好支持 GBK
所以不用改
发表于 2005-1-8 22:46:38 | 显示全部楼层
谢谢!再也不用把中文文件名改为拼音了!
发表于 2005-1-28 14:59:31 | 显示全部楼层
找了好久,非常的感谢啊。
回复 支持 反对

使用道具 举报

发表于 2005-1-28 15:03:24 | 显示全部楼层
这个好!
回复 支持 反对

使用道具 举报

发表于 2005-1-28 16:48:38 | 显示全部楼层
计算机不是中国人发明的。。。还是用英文最方便
回复 支持 反对

使用道具 举报

发表于 2005-1-28 16:52:24 | 显示全部楼层
kde的中文就是烂,不管gbk,utf-8都不行,
gnome用utf-8什么问题都没有,
为什么不用utf-8呢。。。这么烦琐...
回复 支持 反对

使用道具 举报

发表于 2005-2-27 10:33:03 | 显示全部楼层
kde的中文就是烂,不管gbk,utf-8都不行

确实是这样, 有谁解决了kde 不能看ntfs 中文文件的问题吗? 谢谢!
回复 支持 反对

使用道具 举报

发表于 2005-2-28 13:54:39 | 显示全部楼层
似乎是从gtk-2.4.0开始的:

http://www.gtk.org/gtk-2.4.0-notes.html

* The assumption of GLib and GTK+ by default is that filenames on the
  filesystem are encoded in UTF-8 rather than the encoding of the locale;
  the GTK+ developers consider that having filenames whose interpretation
  depends on the current locale is fundamentally a bad idea.

  If you have filenames encoded in the encoding of your locale, then
  you may want to set the G_FILENAME_ENCODING environment variable:
  
   G_FILENAME_ENCODING=@local
   export G_FILENAME_ENCODING

  (Earlier versions of GLib-2.x required a different environment variable
  setting; G_BROKEN_FILENAMES=1 to achieve the same effect; this
  is still supported, but G_FILENAME_ENCODING is preferred.)
  Best integration of GTK+-2.4 with the environment is achieved by
  using a UTF-8 locale.
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

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