什么是glibc?glibc是什么?什么是freetype?freetype是什么?什么是?Xlib是什么?什么是locale?
说说EasyWine的乱码问题
EW是个好东西，有了它，wine一下子就从鸡肋变成鸡大腿了，好多软件都可以顺利安装，而不需要去研究wine的配置了。当然，暂时还是鸡大腿，希望以后能吃出鸡翅的味道:-)
不过呢，好多朋友下载了EW之后，确实乘兴而来，败兴而归，为啥？看不懂，中文全都是乱码。若说是老外写的程序，不支持中文，乱码也还情有可原，可是EW分明是咱们的民族软件，为啥会乱码呢？而且，这个乱码还特别的难缠，任你费九牛二虎之力，它还是我行我素。怎么办呢？
先来说说乱码产生的原因。要说乱码，这个话就长了，咱们先看看linux下面的字体解决方案。
            EasyWine          LumaQQ               
            Xdialog           firefox-1.0                                 kde
            xmms              zenity              firefox-1.5             qterm
             |                  |                      |                   |     
             |                  |                      |                   |
             |                  |                      |                   |
            gtk+-1.0         gtk+-2.0               gtk+-2.8               qt
             |                  |                      |                   |
             |                  |                      |                   |
             |                  |                      |                   |
             |                pango                   cario                |
             |                  |                      |                   |
             |                  |                      |                   |            
             |                  |                      |                   |
             |                freetype               freetype            freetype
            Xlib              fontconfig             fontconfig          libXft
            freetype          libXft                   |                   |
             |                  |                      |                   |            
             |                  |                      |                   |           
             |__________________|______________________|___________________|
                                           |
                                           |
                                         glibc
上面这个图简单的说明了一下Xwindow下面最常见的几种自己解决方案。
最早最原始的方法就是调用Xlib里面的字体函数显示文字，很多早期的应用程序都使用这种方式，比如xterm什么的，当然也是最难用的，效果不佳，效率也差。gtk+ 1.0版本就是用xlib来显示文字，所以所有基于gtk+1.0的程序也就跟着使用x核心字体了。X核心字体，顾名思义，就是x内建的文字显示功能。Xwindow启动的时候，从配置文件得到字体所在路径，从字体目录里面的fonts.dir fonts.scale encodings.dir等文件得到具体的字体信息，通过freetype type1等字体模块来读取字体文件。这种方式使用起来不是很灵活，而且字体显示效率也不高，已经逐渐被淘汰了。
现在最常见字体系统就是libxft2+fontconfig+freetype的组合了，libxft2是字体绘制引擎，负责文字显示；fontconfig负责字体的选择控制；freetype用来读取字体文件。cario是gtk+2.8最新引进来的图形引擎，有自己的文字绘制引擎。这里面，对于配置系统字体最重要的就是fontconfig了，fontconfig负责管理系统内所有的字体文件，给他们建立fonts.cache，并根据fonts.conf的配置选取合适的字体进行显示。
最后还有glibc，glibc是什么？即使c的运行库，这个是出了内核意外所有程序都要用到的。glibc跟字体有什么关系？没关系！不过跟locale有关系。什么是locale? 我也不知道，方正就是一大堆的东西，告诉你文字用什么编码啊，时间用什么格式等等，基本上就相当于一个语言环境。在程序里面，一段文字，可能是用unicode存储的，但是我们的运行环境是gb2312，怎么把unicode的文字变成gb2312编码的文字，这个就要靠glibc了。所以想要正常使用中文，还要保证glibc也支持中文。
好了，关于字体系统就说这么多了。fontconfig是很先进的解决方案，非常灵活，配置也很方便，网上资料也比较多。通常大家的中文解决方案，都是基于fontconfig的，这对于绝大多数应用来说，都足够了，可以获得非常完美中文显示效果。事情坏就坏在还有很多老的程序不支持fontconfig，尤其是很多gtk+1.0的应用，比如xmms这种常用的程序。
长话短说了，上面废话太多，还是说说具体怎么配置吧。
首先，glibc。运行locale -a，看看你的系统支持zh_CN gb2312 utf-8什么的不。支持 ---> ok。 不支持 －－－》 想办法吧(呵呵，比较罕见的)。
然后就要看看我们的字体文件都在哪里了。通常，字体文件会放在/usr/share/fonts或者/usr/X11R6/lib/fonts里面。里面还有很多目录，存放了各种字体文件。假设我们从windows下面考了个simsun.ttc放在/usr/share/fonts/local里面。
   vim /etc/X11/xorg.conf
看看FontPath对不对，记住把/usr/share/fonts/local加进去，还有module里面不要忘记加载freetype模块。
Ok, 各位看官注意了，下面一步很关键，而且很少有人注意到，很多乱码无法解决都是它引起的。
   cd /usr/share/fonts/encodings
   mkfontscale -e . -e large
   mkfontdir -e . -e large
   cd ..
   ln -snf /encodings
干什么？生成encodings.dir这个字体编码文件。xlib需要根据这个文件里面的配置来正确解读不同的文字编码。如果这个xlib找不到这个配置，就会无法正确显示中文了，比如乱码，部分乱码什么的。
好了，现在重新启动X －－－为了使这个encodings.dir生效，很重要的。
   cd /usr/share/fonts/local
   mkfontscale
   mkfontdir
再次重启X， 这样simsun就可以正常使用了。运行xfontsel，因该可以看到simsun了。
现在配置gtkrc来控制gtk+按照我们的意愿选择字体，比如英文用verdana, 中文用simsun。(verdana哪里来？windows下面找去)
/etc/gtk/这个目录里面有很多gtkrc.xxx，分别控制不同locale时的字体方案。我们主要关心gtkrc.zh_CN和gtkrc.utf-8这两个文件，分别对应zh_CN和UTF-8这两个locale。比如zh_CN.GB2312就使用gtkrc.zh_CN，en_US.UTF-8就使用gtkrc.utf-8。How about zh_CN.UTF-8？呵呵，这个用的是gtkrc.utf-8。
/etc/gtk/gtkrc.zh_CN
style "gtk-default-zh_CN" {
       fontset = "-*-verdana-medium-r-normal--12-*-*-*-*-*-iso8859-1,\
                  -*-simsun-medium-r-normal--12-*-*-*-*-*-iso10646-1,\
                  *-r-*"
}
class "GtkWidget" style "gtk-default-zh_CN"
意思就是当系统语言是中文，显示文字时，首先找verdana这个字体，如果能显示，ok；如果不能，继续，看看simsun行不，行，ok;还不行，随便找啦，找到能用就ok啦。
可以把/etc/gtk/gtkrc.utf-8做成gtkrc.zh_CN的一个链接。
    ln -snf /etc/gtk/gtkrc.zh_CN /etc/gtk/gtkrc.utf-8
Ok. Now, type
    EasyWine
看看还是不是乱码了？还乱码？跟我说，呵呵，咱们继续研究。
怎么看当前的locale？
         locale
就可以了。
怎么设置locale？修改~/.profile，里面加上
  export LANG=zh_CN.UTF-8
  export LC_ALL=zh_CN.UTF-8
夜深了，明早还要上班，不说了，以后有空再说吧。
BTW: Deman还是趁早换到zenity吧，不要用Xdialog了，这样就没这么多乱码问题了。呵呵，不过俺这篇文章也没价值了
--------------------------------------------------------------------------------
作者: deman    时间: 2006-1-3 10:40
好文章,不过zenity在kde下很有问题啊.我在kde下都编译不成功啊.n次都失败.
--------------------------------------------------------------------------------
作者: peaker    时间: 2006-1-21 22:32
楼主的方法对于2.65版可能行不通了：
我原来用2.6 beta版的时候，用这种方法在debian中，UTF8下可以很好地显示窗口中的文字，可是桌面菜单和程序菜单中全是乱码，没办法只好自己改。
可是升级到2.65版后，原来的方法都不行了，用这些方法都是乱码。于是我把\usr\bin下的easywine（可执行文件）用kwrite打开，另存为gbk编码的，覆盖原文件。 然后运行easywine。窗口可以正常显示汉字了（晕，utf8下必须使用非utf8的编码才可以正常显示？）， 但是桌面菜单和程序菜单还是乱码。
easywine改成了gbk编码是不是影响了桌面菜单和程序菜单的编码啊？
--------------------------------------------------------------------------------
作者: deman    时间: 2006-1-21 22:42
http://www.easywine.org/bbs/view ... extra=page%3D1
这里答了你问题，另外问问题的话，最好新开一贴
--------------------------------------------------------------------------------
作者: pinuocao    时间: 2006-4-28 16:06
我运行了vim /etc/X11/xorg.conf
却没有FontPath显示
--------------------------------------------------------------------------------
作者: deman    时间: 2006-4-28 17:11
你的是什么系统？
--------------------------------------------------------------------------------
作者: pinuocao    时间: 2006-4-28 17:51
我装的是 red hat linux9.0的
--------------------------------------------------------------------------------
作者: deman    时间: 2006-4-28 17:57
LOCALE 是什么？
--------------------------------------------------------------------------------
作者: pinuocao    时间: 2006-4-28 18:19
GB18030
--------------------------------------------------------------------------------
作者: pinuocao    时间: 2006-4-28 18:34
utf8
--------------------------------------------------------------------------------
作者: deman    时间: 2006-4-28 18:53
那尝试使用非utf8