什么是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
到此这篇关于“linux下面的字体乱码的解决方法”的文章就介绍到这了
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:zbxhhzj@qq.com进行举报,并提供相关证据,查实之后,将立刻删除涉嫌侵权内容。 转载本站文章请保留原文链接,如文章内说明不允许转载该文章,请不要转载该文章,谢谢合作。