yumumao's 水水 Blog

在每一个夜里我从梦里惊醒,看到我的心,他正在向前冲。      

Subscribe to RSS feed

Posts tagged with "TCC"

使用文泉驿后,opera或firefox字体双重加粗的问题

, , , ...

以下内容都是在Ubuntu 6.06系统下得出的。

在装文泉驿点阵宋体之前,用Opera访问某些页面会出现字体发虚的现象(比如加加论坛的帖子详情页面),改换字体也无法解决,于是“apt-get install xfonts-wqy”,这下字体发虚的问题解决了(同样适用于Firefox字体发虚问题,如果使用了文泉驿字体之后,Firefox仍有部分字体发虚,可参考这里),可又带来了一个新的问题。

所有粗体字都太粗了,黑压压的一片糊。刚开始以为是Opera字体设置的问题,因为Opera的字体设置是一件麻烦的事情(指的是linux下的版本,windows下则要好很多,详见opera字体问题的一篇笔记)。后来通过搜索论坛得知,这粗体的问题并不是Opera的错:

Ubuntu Dapper中的支持伪粗体的freetype对字体粗体判断有问题,其在文泉驿提供的“真粗体”的基础上再次加粗,造成firefox中“双重加粗”的现象。

相关的字体配置代码并不对字体中是否本身含有粗体进行判断,所以,如果使用了类似文泉驿的这种本身含有粗体的字体,就会造成“双重加粗”现象,这个现象正是造成粗体太粗的罪魁祸首,该现象在Opera和FireFox下都存在。

要解决这个问题,办法有两个:1,去掉文泉驿字体的粗体;2,修改相关字体配置文件,让其在加粗之前,判断字体是否自带粗体。

第一种方法见这里,这种方法稍有些麻烦,请在认真阅读原帖和删除了已经安装的文泉驿字体之后再进行。倒是可以利用那个脚本来每日升级得到最新的文泉驿字体,如果不想删除粗体,把“sudo rm *b.pcf”去掉就行了。

第二种方法:
sudo gedit /usr/share/language-selector/fontconfig/zh_CN
然后找到下面绿色部分的代码,把红色部分的代码添加到合适的位置即可。
<match target="font" > 
                <test name="family" compare="contains" > 
                        <string>Song</string> 
                        <string>Sun</string> 
                        <string>Kai</string> 
                        <string>Ming</string> 
                </test> 
                 
                <test name="weight" compare="less_eq"> 
                        <int>100</int> 
                </test>
                <test compare="more_eq" target="pattern" name="weight" > 
                        <int>180</int> 
                </test> 
                <edit mode="assign" name="embolden" > 
                        <bool>true</bool> 
                </edit> 
   </match>
方法系转载,详情见这里

两种方法我都试过,改后的效果会有些不同,分析一下,可能第二种方法是用了文泉驿自己的粗体,而第一种方法没有用文泉驿的粗体。我在修改过程中发现,第一种方法可能会造成opera在渲染一部分粗体的时候,使用系统自带的点阵字体,使得这些粗体的大小固定不变(即便是是用Opera的页面放大功能,这些字体的大小也不变,这可能和字体字号少有关)(事实上,这种现象应该和脚本中的“sudo unlink /etc/fonts/conf.d/30-debconf-no-bitmaps.conf”语句有关,执行了这个命令之后,Debian系统就能使用纯点阵字体了,而使用系统的点阵字体,而纯点阵字体是缺字号的,如果你发现取消了链接之后,部分网页字体不正常,请用“sudo ln -s /etc/fonts/conf.d/no-bitmaps.conf /etc/fonts/conf.d/30-debconf-no-bitmaps.conf”恢复它,我也不是很清楚为什么文泉驿官方帮助要推荐debian系统做这一步,利用第一个方法中的脚本来更新文泉驿字体还是蛮好的,不过要稍作修改,建议把文件夹改到“/usr/share/X11/fonts/”,然后把删除粗体的部分去掉,再把取消系统点阵链接的那一步去掉),无论怎样改字体,这部分的字体渲染都不会变,进一步发现这些现象都出现在utf-8编码的页面中,尝试用“LANG=zh_CN.gbk opera”启动程序(by bbr322),果然能够解决,可是新问题也出现了,用bbr322的话说:

发现中文字符间距不正常,小字间距过大,而大字又有重叠,那真是恭喜,我遇到过的问题你都遇到了,挺蓑。

于是我不得不得出和他一样的结论:

个人结论:opera的中文支持蛮糟的。

firefox用两种方法都能解决双重加粗问题,而且没有新问题出现,看来至少opera的linux版本对中文的支持还是不够,要想随心所欲地用你设置的字体来渲染页面,基本上是不可能的……&#x6211;&#x8981;&#x5566;&#x514D;&#x8D39;&#x7EDF;&#x8BA1;

OperaBlog的升级

, , , ...

升级之后,最显著的改变是:1,发帖的时候多了“Post URL”和“Post intro(read more)”;

2,侧边多了投票和搜索以及侧边相册的显示方式改变了;

3,Tags不见了……

其它还有一些小变化,比如CSS有些小变化,可以指定http://my.opera.com/yourname/的指向地址等等。

“Post URL”功能很不错,可以自己定义帖子的个性链接得到类似“http://my.opera.com/yumumao/blog/xx”的地址。

顺应民心,添加了read more功能,不过我觉得现在的read more并不是很好用,现在的处理是在显示帖子详情的时候,仍把“Post intro”显示在“Post”前面,且没有明显的界线。

而我希望能把“Post intro”的内容和“Post”的内容单独显示开来,也就是在Blog页面只显示“Post intro”的内容,点击read more之后只显示“Post”的内容,这样定制“Post intro”的内容就会更自由一些,我可以在“Post intro”中截取帖子中段的部分内容或全部文字,让图片只在详情中显示(现在这么做就不好了,点击read more之后,文字内容就显示两遍了),还可以在“Post intro”中专门做一个“阅读全文”之类的中文链接,现在的read more链接是英文的,而且不够显眼。不过毕竟是实现了read more功能,方便了一些超长贴的发布。

侧边的投票我没有用过,不过据说发布之后就不能修改了。侧边相册我还是不喜欢,仍然把它去掉了,不过由于CSS的改变,用原来的代码不能把相册标题“Photos”给去掉了。

根据ray-yu提供的方法,添加“.hidemobile{display:none} .horizontal{display:block}”可以把它去掉,不过这个代码显然不是专门针对相册标题的,使用了这个代码之后,原本用非Opera浏览器浏览时会在侧边出现的Opera浏览器下载链接现在就不会出现了,暂时还没有发现其它副作用。(确实还有副作用,至少在我当前的模板下,发帖界面的“SAVE”键也被隐藏了,会造成无法发新帖 。

侧边的搜索也被我去掉了,因为在我这里没有办法搜索中文关键字,据别人说是可以的,可我使用时,所有的中文关键字都会导致“500 Internal Server Error”错误的出现。

另,搜索框可以通过#blogsearch {display:none;}来隐藏,它的显示位置还可以通过修改#blogsearch的这几个参数“position:absolute;top:9px;right:0;”来改变,不过IE不支持position:absolute的值,所以改后的结果会和opera还有FF中的不一样,且在IE中,搜索框的位置如果在其他页面模块范围内(比如超出了侧边,到了#wrap2 等位置上),会被其他模块覆盖,但在opera和火狐中不会。

Tags居然不见了,非常非常非常非常非常………之郁闷,但愿只是暂时现象(豆豆认为可能Tag的取消和增加的搜索有关系,可搜索的前提是你知道关键字啊,别人看文章之前,怎么知道该搜索什么……而Tag正好可以把这些关键字给看客。如果这次增加了分类功能而去除了Tag,那还勉强说得过去……)。以前在帖子用的tag现在还能使用,但无法修改,而且我上一个新发的帖子还被添加上了莫名其妙的tag,也没有办法删除,郁闷。(收回部分和Tag有关的牢骚,因为发现Tag又回来了,但Bug仍然存在,观望中……
import功能也不见了……

这次升级惊喜不多,BUG倒不少,目前,Blog页面中的翻页居然不能用,出现“404 Not Found”,不过似乎我发这个帖的当时正在修正(确实改了,但仍然没有改对……真是晕,现在要看更多的帖子需直接去Archive),且在Archive中翻页的时候,直接点击页面数字,而不要点击“Previous”和“Next”。现在终于改好了,这些问题为什么在发布之前不测试一下呢(-__-!)……

侧边添加的链接项目依然不能排序,真是很不方便;对上传文件的管理依然没有改进;删除回复的时候依然不需要确认……
而且服务器状况似乎也没有什么改进,发帖和修改帖子的时候,那个熟悉的小猴子(各种错误界面都会出现一个猴子)依然经常出现。

据说这次升级是逐步的(基本上没感觉到是在升级,感觉到的都是降级……),但愿BUG都只是暂时现象。&#x6211;&#x8981;&#x5566;&#x514D;&#x8D39;&#x7EDF;&#x8BA1;