Firefox 4.0 b6pre 2010-09-16

2010年9月17日星期五

☺ 终于出现能指示上载进度的扩展了。Google Chrome的上载指示是它的一个亮点,很奇怪这么多年来Firefox没有这方面的扩展。今天逛AMO时突然看到:

UploadProgress :: Add-ons for Firefox


测试有效,虽然实现的方式有点囧——跟下载对话框一样,搞了个上载对话框出来。Google Chrome显示在状态栏的方式显然更方便一些。不过它的代码不算复杂,没准改改就能进入状态栏(或者附加组件栏)。


☹ 圆饼没有了,全部变成了进度条。说实在的饼要客观一点,想知道百分之几,看饼更直观。而这个条条对应的百分之几,跟标签的长度挂钩,从Apptab那么短,到地址栏那么长……

☺ 输入框按End键会换行的bug解决了。

☺ 昨天密码消失,不能下载的问题依然出现。全部重装了一遍扩展,目前正常。另外扩展安装现在已经不需要解压了,全部以XPI文件的方式出现在extensions目录下。并且可以一次安装多个扩展了。

Firefox 4.0 b6pre 2010-09-15

2010年9月16日星期四

无法查看这则摘要。请 点击此处查看博文。

Firefox 4.0 b6pre 2010-09-13

2010年9月14日星期二

扩展管理器的滚动条回来了(可能不是每个的扩展列表都长得能看见滚动条的吧……)

把javascript.options.methodjit.content设为False能解决Gmail打不开邮件的问题,但是Gmail依然有很多地方打不开。

Firefox 4.0 b6pre 2010-09-12

2010年9月12日星期日

今天的小时版发现启动速度非常慢,曾经一度怀疑到新加入的Startup Cache去,但是经过反复排查,遗憾地发现是userchromeJS这个扩展拖了启动速度,即使不载入任何脚本,同样把启动速度拖到20几秒。禁用后正常。

Edit: 禁用后也不正常。看似重启Firefox快了,但是彻底关闭Firefox后等待一段时间,再启动(本应该是热启的速度),依然很慢。

但是今天的小时版在浏览器性能方面的提高非常明显,页面载入越来越快。

Bug: Gmail的内容暂时无法打开。不止是邮件,连Buzz,Contacts也一样。但是点击的时候,网页标题会变,只是内容不出现。

新闻:Echofon从1.9.6.6版开始高调地不再支持Ubuntu下的Firefox,号称是没有OAuth。在AMO的Echofon评论中已经出现了多个最低分。很多人都不理解,为什么一个扩展可以在不通知用户的情况下,就停止对一个操作系统的支持,相当多的用户都不屑地选择了放弃Echofon。

什么时候Chromed Bird能到Firefox下去就好了。Echofon被它甩好几条街,还这么牛脾气。

Firefox 4.0 杂感

2010年9月11日星期六

先喊一嗓子:“爱火狐,不跑分!”

-- 性能上有很大的提高,页面载入和渲染速度加快。

-- 启动速度越来越快。

--D2D颇受诟病,大部分用户反映一是“字体不好看了”,二是Flash/Gif很卡。对于用gdi++渲染的我来说,D2D字体是用不着的。但奇怪的是为什么显卡加速目前跟字体渲染绑定在了一起,不能分开设置。

-- Firefox Sync,很多人不喜欢。我是抱着无所谓的态度,比之跨平台跨浏览器的Xmarks,Sync还差得很远,但是我对同步这玩意已经不抱太大希望了——同步永远不可能让你时时刻刻满意,日日夜夜放心。不喜欢Sync的,有两种方法:
1. 不要连接,然后userChrome把图标隐藏掉(这样实际上Sync也不工作)。
#sync-status-button {display: none !important;}
2. 如果还认为这样会增加启动时间等的,我也能理解。不过就只有等第三方编译版了。

-- Tab Candy,又一个新鲜的尝试。咱不能说这玩意就很差,但至少还有很多地方要完善。到目前,我还是喜欢多窗口的方式来在浏览过程中进行“分支”的操作。很多人一样是不喜欢Candy,那没办法,等第三方编译版。

-- App tab。目前仍失败的尝试。至少之前存在的很多扩展,如Tab Utilities,AppTab,都实现得非常好。其一,一个Tab被Pin了之后就会在各个Candy Group里面出现。其二,能Pin不能锁定。我发现Tab Utilities的Pin Tab功能配合它自带的锁定+保护,才能真的实现永远Pin一个Gmail在左边。这一点,Google Chrome一样得考虑锁定+保护的功能。

-- 浏览体验有多重要?对我来说,这两天我总是感觉Firefox最新的Builds慢了一些,主要就是鼠标手势识别不出来(别的Tab在载入,CPU占用高的时候)。我马上就想是不是性能又跌下来了,正因为我不跑分,所以只能凭感觉。我还自嘲地说,是该升级老机器了。今天仔细一查:是因为Mouse Gestures Redox的最新版性能降下来了而已,回到旧版,OK。有时,就是因为这些地方差了这么一点点,对浏览器的体验就会差很多。所以我也试着理解那些因为Google Chrome启动快、跑分快就说它快的人,大家都只是偏执而已。

-- 最近经常跟扩展列表和prefs.js过不去,一旦删除重建prefs.js,则可能碰到这个情况:有些扩展由于版本号问题被禁用,但是除了删除,找不到“启用”的按钮,看起来只有重装。事实上,删除extensions.sqlite文件,重启Firefox即可。

-- Omnibar 冲突: 智能地址栏结果中,只有标题没有地址。已解决, 作者更新

从Google Chrome回归Firefox 4.0

2010年7月9日星期五

我曾经因为Firefox的缺点和Google Chrome的吸引,放弃了Firefox一个多月,在这一个多月中我用一个重度Firefox使用者的心态(简而言之就是“能不能”的心态,而不是“快不快”)去配置和使用了Google Chrome,在这里分享一下自己的经历和感触。首先要说的是因为Firefox 4.0的吸引,我又把Firefox变回了自己的默认浏览器。

为什么暂时放弃Firefox

Firefox 3.7a1 2010-02-14版后引入了新的图标,但是这组浮雕状的图标在我机器上严重拖慢了Firefox的界面和菜单响应,甚至影响了网页打开的速度。症状就是CPU一直居高不下。该问题一直没有得到解决,我也曾经尝试新的配置文件使用0214之后的3.7alpha,但是效果一直不理想。

为什么开始使用Google Chrome

要放弃Firefox肯定得有一个能替代的浏览器。老婆一直在使用Iron,我一直是抱着“她的需求比较简单所以Google Chrome就够了”的心态,自己并不使用它。后来看到Google Chrome的扩展中心真的提供了很多好的扩展,于是开始认真地对待Google Chrome,看看能不能把它打造成“自己的浏览器”。

Google Chrome的卖点是速度,这一点在刚刚开始使用的时候得到了很好的体现。尤其是我之前用FirefoxGmailGoogle DocsGoogle的重度AJAX服务非常痛苦,有时关闭Gmail后,浏览器都会假死好久。这一点对Google Chrome来说是得心应手的,毕竟Google Chrome的跑分能力在那儿摆着。如果说Google Chrome在功能上能够齐全一些,它就会吸引我去用。

真正让我开始使用Google Chrome的契机,乃是字体。Firefox的字体设置非常完备和明了,而Google Chrome的字体只能用 *惨不忍睹* 来形容,我这篇文章如果有一个相当苛刻的词汇,就得用来形容Google Chrome的默认字体。好在找到了Chrome Stylist扩展,用CSSGoogle Chrome的字体锁定为Myriad Pro + 微软雅黑。我这才开始愿意用眼睛看Google Chrome

Google Chrome的优势

冷启动快:这一点毋庸置疑,所以说,需要快速开关浏览器的话,Google Chrome的优势明显。

添加/禁用/启用扩展不用重启。这个是我目前认为Google Chrome最值得借鉴的地方,如果有了它,Firefox一样可以大大缩短启动时间。但是架构的不同让Firefox不可能直接把这个概念搬过来,而只能先通过Jetpack来实现一些简单的扩展。

Google Chrome的不足?

使用它一个月后,我又被Firefox 4.0吸引回去了。为什么我会这么快又放弃Google Chrome?除了一方面自己已然是Firefox的长期用户外,Google Chrome的一些不足让我又可以舍弃它。

** 资源开销巨大 **

Google Chrome是以速度为卖点的。在刚开始用的时候,倒没有觉得速度上的巨大优势是以什么为代价的。直到装了一堆扩展,把它打造成“自己的浏览器”之后,才发现每次启动时CPU风扇响个不停。冷启快不假,点下按钮到界面出现只要3~5秒,如果是无扩展的Google Chrome,界面出现基本上就是能用了。但是我至少有10个扩展是随浏览器启动的(其余有一些备用,因为Google Chrome启用扩展不用重启),这些扩展加载的方式是一个扩展一个chrome.exe进程,需要相当一段时间。也就是说,从界面出现,到真正可以把光标放到地址栏进行输入之类的操作,还要卡住5秒左右。

真正重要的是内存的占用,Google Chrome除了扩展单进程外,每个网站也是单进程的,任务管理器中一排的chrome.exe累加起来,我2G的内存都显得吃力。我不是任务管理器症候群,也一直认为内存闲置着不如不用,但是Google Chrome开着的情况下,再开一个Photoshop做设计,多休眠/唤醒几次之后,就会频频出现“计算机内存不足,请关闭Adobe Photoshop”的提示,而在使用Firefox的时候我甚至可以PhotoshopIllustrator同时开着。

在扩展装多了之后,Google Chrome打开标签页也频频出现一卡一卡的现象。Firefox也存在这个现象,应该是相应的扩展对页面内容进行处理需要额外的CPU开销。在硬件配置不变的前提下,这属于资源占用和软件功能不可调和的矛盾,但至少说明简单地换一个浏览器并不能解决问题——在功能提高之后,Google Chrome的速度也有比较大的下滑。

此外,Google Chrome对磁盘空间的消耗也比较大:在用户数据目录下有几个History Index文件和一个Thumbnail文件,到目前为此他们加进来已经达到了341MB。看来现在不用诟病Firefoxplaces.sqliteurlclassifier3.sqlite了。

** 功能和易用性 **

转去Google Chrome本来就是因为它在功能上的提高,这方面是值得称道的,毕竟Google的号召力吸引了大批的扩展作者。Chrome扩展中心里面也有很多优秀的扩展(下文会提到),相信Google Chrome在这方面还会继续进步。但是目前来说,Firefox的易用性和可扩展性依然对我很有吸引力。举个例子,Google Chrome的网页右键菜单至今依然是神圣不可侵犯的禁地。而对于一个普通的电脑用户而言,右键往往是最直接的“功能触角”,没有了它,调用很多功能将是相当复杂的事情。

Tineye反向图片搜索扩展来说,在Firefox里面,装上了之后只要对某个网页图片点右键便可立即呼叫这个搜索引擎。可是Google Chrome的右键不可侵犯,于是Tineye为它设计的同名扩展在安装之后,便会在工具栏生成一个Tineye按钮,在某网页看到自己想找的图片,你需要点击这个按钮,然后该扩展生成一个新的弹出式窗口,里面包含了该页所有的图片,然后,你去选中你要的那一张吧……说实在的我还蛮佩服Tineye的开发人员解决问题的能力,可是Flashgot(或同类下载器调用扩展)的作者们似乎仍然在捉襟见肘中,目前Google Chrome调用外部下载器依然是比较困难的事情——事实上我在用Google Chrome的这一个月中,凡是要调用外部下载器,我情愿打开那个很慢很慢的Firefox 3.7a1

Context Search的同名扩展,实现的方式是在你选中任何文本的时候自动出现一个小箭头,让你选择搜索引擎,这些搜索引擎需要你自己独立配置,而不是直接调用Google Chrome的搜索引擎。说起来Context Search想自动调用Google Chrome的搜索引擎也的确有难处:Google Chrome的搜索引擎往往是自己识别某个网站的搜索引擎代码后不加提示地加入到用户的搜索引擎列表中去的,这个功能我不能说它就不好,至少它让用户不需要自己学如何添加搜索引擎,但是用户还是需要在此后的地址栏输入中慢慢发现它们。

其余诸如BBcode这类很依赖右键的扩展都已经没有了自己的容身之处。

此外扩展想改变浏览器本身的一些行为也很难。例如Ctrl+Tab的顺序问题,在诸多使用多标签的应用程序中,Ctrl+Tab的顺序是MRUMost Recently Used),即用户可以通过反复按这个组合键(按一次后放开Ctrl)来在两个标签页之间切换,通过不放Ctrl连按Tab,在最近使用的标签页之间切换(或者按标签页的左右顺序切换,由某个about:config选项进行控制)。然而Google Chrome却无论如何都是按标签页的左右顺序切换,试想在两个标签页之间进行一些文字的复制粘贴,通过Google Chrome实现进来很难,不过我倒是找到了一个偏方:放弃Ctrl+Tab,而把另一个标签页拖成一个单独的窗口,这样可以用Alt+Tab来切换,后者是系统级的快捷键,遵守MRU

Google Chrome的地址栏合并了搜索栏的功能:书签、历史、搜索全部整合。有它好的一面——简约并节省空间。但是也有不足:提示条目太少,使得有时想找书签找不到,有时想找历史找不到。在Firefox中,首先提示的条目数可以自己定义,其次提示的内容可以加以限制(例如不显示匹配的书签条目)。最关键的一点:Google Chrome的书签没有Tag功能,大部分时候我无法通过地址栏找到我要的书签。

** 某些扩展 **

在这一个月的使用过程里,鼠标手势和平滑滚动是我认为Google Chrome比较不足的扩展。关于平滑滚动,我承认我有点先入为主,毕竟自己已经习惯了Firefox的平滑滚动(浏览器自带,并非扩展),但是Google Chrome默认的滚动效果我没法接受,几个平滑滚动扩展实现的效果也不好。最好的扩展应该是YASSChrome(Chromium Wheel Smooth Scroller),但是这个扩展在我的机器上使用时,一是会有“滚动到页面外”的奇特效果(在Ubuntu下的Firefox上用YASS,也是这个效果),二是会受到鼠标手势扩展Chrome Gestures的影响,后者自己也有一个平滑滚动的参数,而且即使不启用,也依然有效果,除非整个扩展给禁用了。最终只有割爱,放弃了平滑滚动扩展,只使用鼠标手势扩展和它自带的平滑滚动。

但是鼠标手势的流畅感和功能性依然无法比拟我在Firefox中用的Mouse Gestures Redox。例如:滚轮手势不能用来灵活地切换标签页,取而代之地是出现一个列表。在有新标签页占用资源时,浏览器会卡住,导致手势失灵(不过这一点Firefox也是一样的,依然是硬件能力的问题,因为系统繁忙的时候也有可能无法处理连续的键盘和鼠标动作)。另外Google Chrome的扩展设置页面看着像一个标签页,事实上不具备普通标签页的特性,一个明显的例子就是鼠标手势不可用,往往会影响迅速关闭一系列标签页的动作。

** 号称的功能(暂时)没有效果或没有实用价值 **

* 独立进程

Google Chrome一个很吸引我的功能是多进程:一个网站的所有标签页共用一个进程(并非一个标签页一个进程),这个进程崩溃了,浏览器的其它标签页不会崩溃。相比于Firefox一杆子打翻一船,这个功能能减少崩溃带来的损失,例如论坛发帖白写几千字。

不过很可惜,用 Google Chrome的一个月,这个功能基本上没有享受到。预设的情况是,如果只有一个标签页崩溃,Google Chrome会给你一个深蓝底的页面,中间是一个类似“囧”字的图标,刷新即可显示这个崩溃的标签页。事实上我基本上没有碰到这种情况,我碰到的全都是“Chromium has crashedrestart now?”,点重启,会提示你是否恢复崩溃前的标签页。可是这一点Firefox也完全不赖啊:除了内存不能为read/written这种“硬”崩溃,只要崩溃管理器来得及捕捉到崩溃信息,就可以恢复标签页。而且这也不是Google Chrome的卖点。不仅如此我还发现,想看这个“囧”得不行的小人也不是没有办法:把网络切断,Google Chrome马上给出一排扩展崩溃的信息,这真的有点奇怪。也就是说,在关机之前,如果忘了关Google Chrome,则100%出现崩溃的提示。

相比之下,同样是整个浏览器崩溃掉,Firefox做得更好一些,如果可以进行崩溃恢复,在文字编辑框中写的文字很有可能可以保留,而Google Chrome则肯定无法保留。

不难想像要实现标签页独立的安全保护(多线程?)还有很长的路走,所以说我暂时不期待Firefox实现该功能了。

* 同步功能

Google Chrome有着Google得天独厚的同步功能,书签同步早已是默认的功能,最近的新Builds中又加入了扩展同步,让Firefoxfans们好不眼馋,但是平心而论,这两个功能都还是刚刚起步。书签同步利用的不是Google Bookmarks,而是一个Google Docs的暂存档,并且无法直接查看网络上存放的书签。这一点Xmarks做得更好些,可惜Google ChromeFirefox书签格式的不同(尤其是没有Tags)使得用Xmarks来在两个浏览器之间同步也显得不太可能。

扩展同步则吸引了相当多的眼球,为了测试,我在Windows 7Ubuntu Linux底下各安装了最新支持同步的Chromium 6.0版。在Windows 7下先打开同步功能,然后到Linux底下启动Chromium——的确很快,扩展一个个不加提示地就被装上了。不加提示?对,不加提示。这让我有点担忧,不加提示,你知道我想从哪台电脑同步到哪台电脑呢?我在A机器上删除了一个扩展,是马上被B机器的版本同步回来,还是到时候B机器上那个相应的扩展在同步过程中被删除?

目前还没有扩展设置的同步,我想这才是用户比较关心的。但是,通过长期使用Xmarks,我自己也觉得同步这种事情是相当复杂的,所以暂时也不再对这功能望眼欲穿,我情愿要一个优秀的备份扩展。

** 其他 **

在使用Google Chrome的过程中,经常会出现一崩溃,扩展就没了的现象。例如,我之前还挺喜欢Google Chrome的把Application shortcut功能,也就类似于Firefox之前的尝试——Prism。用户可以把常用的网站例如Gmail生成一个快捷方式,双击后打开一个没有地址栏的窗口直接访问相应的Web App(在Win7中可以直接Pin到任务栏)。不知道为什么后来就不能正常工作了,例如我任务栏有一个Google TaskApplication shortcut,在Google Chrome运行时,点击这个快捷方式直接会造成Google Chrome崩溃。再重启Google Chrome后,就会丢失一系列扩展。需要去Chrome Extensions Center一个个装回来,虽说扩展设置并没有丢,但不能不让人担心。何况最要命的是Google Chrome不像Firefox,备份一个配置文件目录到时候拷贝一下就行了——我至今没有找到方便的方式能通过备份还原把Windows下的配置同步到Linux下去。

** 缺少交流讨论 **

这也是我用Google Chrome越用越孤独的原因。我以为Google Chrome的得势,相应地在国内会有比较热闹的讨论区(我的参考是Ubuntu,小红伞,卡巴斯基),可是我搜索了一下,国内有两个论坛是比较热门的Chrome论坛,我在两个论坛都注册了,可惜,有一个论坛用Chrome自己都无法登录,遑论发帖交流。另一个论坛在我注册的时候,主讨论区已经7天没有人发帖,查看了一下帖子内容,我想知道的都没有。

Google Chrome的优秀扩展

作为Firefox用户,能在Google Chrome找出的优秀扩展不多,也不足为奇。Chromed Bird是我印象最深的Twitter扩展,它的功能性和易用性远远超过了EchofonTwitterfox)。另外是一些Google服务的扩展,例如Unofficial Google TaskDayHikerGoogle日历扩展),Reader PlusGoogel Reader强化)都是不错的推荐。Ultimate Chrome Flag是一个集成了IP地址解析/国旗/PageRank/Alexa Rank/WOT信息的大型扩展。至于其它,不是逊于Firefox,就是Firefox中已有类同。

为什么回到Firefox

那是因为Firefox 4.0b2pre。虽然暂时淡出了Firefox的世界,但是还经常回到Firefox中文社区看看讨论,不经意间看到Firefox 4.0的发布。其实在开始用Google Chrome之前,我一直试着用新建配置去尝试2010-02-14之后的几个3.7a1/a2版本,但是那套新图标始终让Firefox的界面响应缓慢。但是Firefox 4.0给我的第一印象是足够快,我开始的时候还跟自己开玩笑说,嗯,图标少了好多,所以不觉得慢了,后来发现不只是这样。我又跟自己说,装多了扩展肯定会慢一点的,可是Google Chrome装多了扩展照样慢啊。于是我说服了自己来看看这个4.0b2pre

界面上变成了标签页置顶,除了标题栏没有隐藏,已经很像Google Chrome了。这一点我在很长时间都不太赞同,我比较习惯标签页在底下,不过好像Mozilla团队已经彻底关上了这扇门,标签页不再可能放底下了。好在(笑),使用Google Chrome的这个月我已经习惯了标签页在上面……界面简约了一些,开始时略微有不适应,主要是菜单栏不见了,橙色的按钮里面又没有全部的菜单选项,后来才发现可以按一下Alt调出来。我对界面要求不高,屏幕面积多一点,少一点,不是要命的事情,但是如果要优先牺牲性能去搞界面,我觉得有点本末倒置,因为Firefox本来就不太快。

但是这个Firefox 4.0给我的印象是很快!最明显的是之前提到的类似“关闭Gmail后,浏览器都会假死好久”的现象不复存在了,从地址栏输入Gmail地址到看到信件列表只要3秒不到。再装上Adblock之后,很多页面都是眨眼间就打开了。诚然,比起裸体Google Chrome的点链接后秒开还是略有延迟,但是已经大大接近了,尤其是最后渲染页面的视觉效果非常好:一瞬间全部显示出来,完全没有原来的那种自上而下显示出来的印象。而且我听说Google Chrome快的方式是DNS预读,我查了一下也不太理解它的原理。

我又试着装了几个扩展,我承认在装扩展的时候我显得有点谨小慎微,生怕这短暂的迅捷马上毁在Firefox的扩展臃肿手里,而我之前是一个使用50多个扩展的人。即使是现在我也不能确定装回这么多扩展是不是会把Firefox 4.0拖回到原来那个Firefox 3.7,但是经过了使用Google Chrome的这样一个真空期,这个新的Firefox 4.0暗示我也需要改变自己的一些习惯,去尝试着从纯粹的“能不能”的心态过渡到“能不能+快不快”的混合心态。

结语:

如果前天有人要我推荐一个浏览器,我会问对方是一个喜欢速度的人(Google Chrome)还是功能的人(Firefox),如果今天这个人再问我,我会说,用Firefox吧。

Ubuntu 9.10 Karmic Kaola

2009年10月31日星期六

再一次尝试发行版升级,虽然升级看似成功了,可是后面的麻烦依然是接踵而来,最终还是下载DVD格盘重装了。现在正用一个很陌生的拼音输入法在打字。

眼不见心不烦——简单地无视Gmail垃圾邮件

2009年6月23日星期二

大概有一个月了,我Gmail的垃圾邮件中频频出现来自我自己的邮件。显然发信者只是伪造了我的邮件地址而已,并不是真的窃取了我的密码。上网查了一下,这种技术在垃圾邮件界称为“Spoofing”,发信者无非是穷举无数个电子邮箱的地址来一个个试探。这种邮件首先能更有效地进入对方信箱,垃圾邮件过滤器轻易不敢删除之;其次一旦用户点击其中的链接,这个邮件地址则立即得到确认,垃圾邮件的数量马上会激增。

虽说Gmail的垃圾邮件分析器没有100%确认这类Spoofing邮件并直接删除,但它们还至少是进入了用户的SPAM邮箱。下面的问题就是垃圾邮件夹的新邮件数目会让用户比较郁闷,一方面是谁也不愿意看到那个数字,其次是总让人怀疑有没有误判。从而用户每天要花不少的时间去打开垃圾邮件夹,确认没有误判后,点清空,等等。

在我的经验中,Gmail对垃圾邮件的误判是相当少的,几乎是没有。所以,只要不让我看见它们,就跟没有收到一样。再者说,有时我们会担心有没有注册确认信被丢到垃圾邮件中去,这时我们肯定会需要自己判断,这种情况机会非常少。两相权衡,可以采用下面的方法:
http://img2.pict.com/82/0f/4e/b4911b96d93d9ab061f5b80185/ZtwYg/20090612d8c327b3353fe64f7207be1p.png

即:建立一条过滤器,From写你的邮件地址(注意网上有说法是写me,我觉得写me不够精确,即便me有可能是Gmail内部的变量),has words里面写上is:spam这个条件判断,点Next的时候,Google会这样提示

Warning: Filter searches containing "label:", "in:", or "is:" criteria are not recommended, as these criteria will never match incoming mail.
不用理他,点确认(而已我觉得奇怪,根据测试明明是成功match了incoming mail的)。然后在下一步中,选中Mark as read。开始时我觉得应该直接彪悍地Delete it,但这样不好有两个原因:1. 万一真的误判呢?又要去Trash里面找,而Trash里面很多信并不是垃圾邮件,混在一起麻烦。2. 即使spoofing邮件几乎肯定是垃圾邮件(最次的邮件服务器也好歹能判断出你自己主动给自己发的信吧),但删除垃圾邮件后,垃圾邮件不会被Gmail的分析器扫描分析,因为他们跟有用的被删除邮件混装在Trash里面,相反,如果垃圾邮件存在SPAM目录中,Gmail可以分析它们,这跟你点Report Spam是一样的,Report Spam肯定不是真的向Google提交了什么报告,只不过是把Gmail漏判的邮件放到SPAM目录中,让Gmail还有一次机会扫描分析。越过30天的垃圾邮件会自动被彻底删除,不用我担心。

这样是搞定了Spoofing性质的垃圾邮件,为了让他们更好认,建议在上面的filter里面自动为他们加上一个标签例如“Spoofing Spam”。但是非Spoofing性质的邮件呢?干脆再建立一条规则,from, to 什么的都不填,只在has words里面填is:spam,然后mark as read,也就是说,只要是垃圾邮件,就标记为已读。这样,配合上面的规则,我到SPAM文件夹来找可能误判的邮件就方便了。另外如果由于误判,有一封有用邮件淹没在一堆垃圾邮件中,我至少还可以通过label:spoofing spam很快地删除掉spoofing类的垃圾。
http://img2.pict.com/db/06/f1/216d7576f379dbf47e4ed00163/WqGrq/spsp.png

哈,Gmail清静多了。



tagged_by_kmc
Gmail, SPAM, filter, spoof, mail

Linux杂谈

2009年5月29日星期五

2%的市场占有率,这是写本文前不久听说的。

不管受到了来自Linux世界自身的多少反对,Ubuntu对这个百分比的贡献是难以磨灭的。之前让我放弃Linux的是openSUSE 10.2,而让我回来继续使用的是Ubuntu 8.10,为什么?

时至今日,Linux的用户群依然是Geek为主,作者Firefox和LaTeX的熟练用户,我不可能不是Geek,但我要说为什么回来继续使用Linux,我的答案是:更好用。在Geek的眼里,Windows是给傻瓜用的,所以才好用,才会有这样那样由于好用带来的负面效应,诸如安全性、速度等等;而Linux则往往被高手拿来炫耀。诚然Ubuntu把Linux的使用门槛降低了很多,但要装上一个Linux,调整到适合日常使用,没有强烈的探索精神和极高的耐心是不可能的,而更多的时候,有些人只是玩玩它并拿Compiz Fusion来鄙视Aero。

在这里要反思一下自己一直持有的一个观点:对没有任何电脑基础(像我的长辈们一样),那么学Linux和学Windows的难度是一样的。很遗憾自己电脑中毒甚久,无法自己回答这个问题,却又没有机会拿父母来做测试,更何况自己教Windows都未必教得好,Linux还是一知半解,根本无法对比教学成果。即使学Windows的难度跟学Linux一样,我开始用电脑就走上的是命令行并最终成为Linux高手,这也只是证明Windows的卫道士没有足够的证据死批Linux难学,却并不能证明这世界上不用Linux的人要转去用Linux有多容易——习惯的力量太可怕了。

微软不可能为双击安装软件申请专利,可这这的专利却注册到了数亿人的心中。Linux该怎么办?不是任何问题都有两个旗鼓相当的解决办法,在最优的解决之道已经被占据时,只有尽量向对手学习,有鉴于此,Linux世界有了软件源的概念,把开放和简便的优点集中到了一起。这仅仅是一个例子。

Linux的目标是什么?各人有各人的想法,因为Linux的载体(发行版)太多。而最让我不习惯的注解,就是“Linux要战胜并消灭Windows!”。类似的现象有很多,往往是一群使用新兴的免费软件的用户(7-zip,Linux,Firefox)叫嚣着要消灭它们的对手,而对方往往是垄断级别的商业软件(WinRAR,Windows,IE)。这像什么?太平天国?很想知道,报着这种心态的卫士们看到xx软件在终有一天战胜对手,自己成为孤家寡人的时候,会如何面对新的挑战者呢?所幸Linux社区没有输在自我膨胀,如果Linux是社会主义,那么现在的它是中华人民共和国,不是朝鲜民主主义共和国——重要的是放下姿态去向对手学习,失去了对手,博弈就变成了俄罗斯方块,只有以失败来结束。Windows在学Linux的安全理念,像Vista的UAC,诚然是给Windows的用户带来了不少不适,但是微软并没有迁就用户:想要调整UAC?先证明自己除了知道双击还知道控制面板。Linux也是一样,只不过是反方向:想要装软件?除了./configure make外,现在可以用图形界面的新立得、YAST……

自由是Linux的信条,它为Linux的今天奠定了基础,却也给它带来了相应的麻烦。首先是发行版之争,我曾经看见有人不遗余力地在任何关于Ubuntu的帖子中大声疾呼“一个没有自己技术,把别人东西拿来打包炫耀的版本,不要使用!要用就用Fedora……”云云。Linux有太多的外沿,以致Linux社区内部就已经起了纷争,太多人容易把一些细小的问题上升到“Linux精神”层面。有精神是好的(因为我至少没有听过什么Windows精神),但若只剩精神没有“物质”,那不奇怪它总是非主流(难怪没有什么Windows精神)。

那要不要有人扛旗呢(因为Ubuntu的支持者号称要一统Linux江湖来跟Windows斗争)?扛旗并不能解决什么:假设Ubuntu要变得Windows一样“易用”,它可以在短时间吸引大量的用户,累积起虚假的繁荣,但最终又不免要把Windows的毛病全面地复制到Linux,自由的精神又无法得到体现。这几年搜索Ubuntu的比搜索Linux的还多,这种涨势是Canonical喜闻乐见的,却是Linux世界的隐患。不过就像我前面说过的一样,Linux并不是也不该是为了战胜谁,故而Linux发行版之间的竞争也会更多地导向良性的一面,它刺激着Linux世界的发展和演变,我想未来的Linux世界不会出现统一,但至少会逐渐出现明朗的分类(沙盒型、大众型、服务器型等等)。因为一方面,自由的探索让Linux时时刻刻有机会为Geek用户带来最新的理念,促成沙盒版;另一方面在Linux的探索和发展中,必定会有不够成熟的例子要被淘汰,开源的理念会像自然界的一样,把最优秀的留下,给大众和服务器带来安全和稳定。

Ubuntu 9.04 Jaunty 字体微调的问题

2009年5月25日星期一

Tagged_by_kmc Linux, font, hinting, freetype, gdi++

1. 问题的出现——Linux Freetype hinting

用上了Ubuntu 9.04,第一感觉就是“字体边缘怎么有点彩色啊?”,原来我装的是8.04,当时觉得除了Firefox每夜版之外,字体是没有什么问题的。我用的是Myriad Web Pro。后来就有很久没有用过Linux,这期间装上了gdi++,体验了灰阶渲染的美丽。Ubuntu 9.04出来后,装上用了一小会,就觉得眼睛痛。

事实上在网上看到Linux的字体hinting使得字体边缘呈现出彩色是伤眼睛的元凶。大家可以试一下,在命令行输入xmag回车,鼠标附近会出现一个小框框闪烁着,可以点击它生成一个截图。从这个放大的截图上,你会看到字体笔划边上彩色的边际。

下面是我的测试环境:
没有手动修改.fonts.conf或相关文件。在外观-字体中的设置是:次像素平滑-次像素-轻微,顺序是rgb,事实上就是装好Ubuntu的默认设置

在文件管理器中截图,文本是/home/km,看放大效果截图,如果字体边上出现彩色的边缘,就是我说的“让眼睛累”的效果,但我发现Segoe UI在微调中等的时候没有彩色边缘。

2. 对比gdi++效果

下面是gdi++的效果(LCD显示器)。对比gdi++和Linux可以发现,彩色不是关键,关键是彩色的成份,如果用来微调附加的彩色比主笔划还多的话(像小写 m),就喧宾夺主了。


另外我也尝试了很多fontconfig文件,现在基本上已经弄明白font config的语法了,会给字体单独设置微调等等。不得不说的是,如果英文不打开hinting,只有少数几种设计得非常好的字体,如Segoe UI可以让人看得舒服,其余字体都是虚的;可是一旦打开微调,从hintnone到hintfull,几乎都会出现彩色过多,字体主笔划不够粗的尴尬。(这里只看hinting的设置,autohint始终是false,Antialias始终true)。而Linux的fontconfig有没有办法像gdi++那样用一个saturation=xx的参数来调整主笔划的粗细呢?——显然是没有。

中文方面也差不多,网上很多地方说要单独关闭中文的hinting,只用灰度,但如果这样做的话,字体很虚,打开hinting的问题是笔划可能重叠,但是这不比彩色边缘更影响阅读。

3.问题的暂时解决——纯灰度微调(gray-scale hinting)

找到了一个还可以的解决办法:字体用Lihei Pro + Segoe UI. 渲染方式选“最佳对比”(也就相当于平滑=灰度,微调=完全),这样英文和中文都没有彩色了。