主流Read Later类应用对比

有时我们在网上翻到一篇文章,但是文章过于长,或者干脆就是暂时没有时间浏览,我们十分希望能把它保存下来,在有空的时候看。或者我们希望在出门之前,往手机里缓存几篇文章,在路上看——Read Later类应用应运而生。它们允许你将文章保存到自己的账户下,在有空的时候用任何设备浏览。今天就是要对比主流的6个Read Later类应用,看看它们的体验如何。

跨平台

OS X

iPad

iPhone

Windows

Windows Phone

Android

Web

Pocket

Chrome应用

第三方

Instapaper

Readability

印象笔记

OneNote

Safari阅读列表

跨平台是每个Read Later类应用必备的素质。我们更多的面对的情况是:在电脑上看到一篇文章,希望稍后在手机、平板电脑,或者干脆是另一台电脑上看到,因此Read Later一定要能做到“Read it later on another device”,否则就是不称职。可以看到Pocket、印象笔记和OneNote是做得最好的。这三个应用拥有近乎变态的全平台覆盖,不只如此,Pocket还支持iOS设备和Mac之间的HandOff功能,可以继续第一个设备的进度,在第二个设备上阅读。

保存方式

六个软件都可以直接在浏览器内保存网页,Safari用自己的功能来保存到Safari阅读列表,Pocket通过Yosemite系统扩展来保存,Instapaper、Readability和印象笔记通过浏览器插件来保存(支持Safari、Chrome、FireFox),OneNote则通过Javascript书签来保存。

Pocket、Instapaper、Readability和印象笔记还有很多第三方应用支持,例如Flipboard、墨客等,可以直接在应用内保存。这四个软件还支持通过iOS的系统扩展来保存,保存体验最好。

Safari阅读列表更多的是使用Safari本身保存,因此只支持OS X和iOS两个平台。不过iOS上有一些应用支持将网页保存到阅读列表,但是这类应用并不多。

保存效果

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

在保存后,,用iPhone 6来检查各软件保存效果,如有特殊情况会单独说明。需要指出的是,Instapaper的下载速度非常慢,而Safari由于与iOS底层整合紧密,因此可以做到瞬间更新,但是后台下载似乎没有做好,多次出现需要联网的情况。Pocket、Readability和印象笔记支持iOS的“后台刷新”功能,可以定时开启、更新内容。

测试一:septillion.cn(基于WordPress)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

OneNote最惨,直接就是一张截图,还不是Retina分辨率的,再加上OneNote这个应用本身并没有针对iPhone 6的新分辨率适配,其可用度几乎为0。

Pocket、Readability和印象笔记没能保存标题大图,只有光秃秃的文字。

Readability认为亚洲人都是从右往左读文章的。

Safari的保真程度最高——因为他根本就是保存了原网页。对于septillion.cn这种响应式设计的网页,直接阅读完美无损的原网页就好;而对于没有移动端的网页,则可以选择性开启阅读模式,将字号调整到合适,并删除一切广告。

Pocket可以选择是保存原网页还是优化后的阅读视图还是都保存。

测试二:The Verge

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

OneNote依然是截图,但这次不是最惨的——因为它至少还可以读

Safari忠实地保持了原网页的模样,由于The Verge的页面采用响应式设计,所以阅读体验很好。不要被假象蒙蔽,Safari好像不能自动离线下载阅读列表中的内容,因此如果在断网的情况下打开网页,十有七八打不开。

Instapaper、Readability和印象笔记无一例外出现了图片丢失的问题,好在文字没有丢,问题不大。

印象笔记的剪藏功能企图剪掉网页的正文部分来保存,因此保存下来的是不完整的HTML页面,因此,在移动端成了那个凄惨的单列模式:所有字母都排成一列,根本没有可读性。在Mac端,印象笔记把页面还原得像模像样,但是依然出现了排版错乱、图片丢失的问题,总体而言效果不好。

The Verge的这篇文章中包含一段视频,很可惜,没有任何一个程序保存下来了这段视频。

测试三:数字尾巴(Discuz!)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

数字尾巴的门户完全是自己开发的,而其内部运行的程序就是Discuz!——一个论坛程序。数字尾巴网站的排版很简单,图文混排也很简单,支持响应式设计,因此保存这个网页本不该出现什么问题。

Pocket非常给力,直接丢掉了一个段落。

Instapaper的效果还不错,内容图片没有丢失,但是标题图片没了。排版问题不大,除了字体丑一点。

Readability依然认为中国人都是从右往左阅读的

印象笔记出现了轻微排版错误,而且把下方评论区的内容也保存了,属于多此一举,但也不至于过犹不及。

OneNote依然保存了一张图片,缩小看也不是,放大看也不是。

Safari效果最好,前提是你不介意走很多LTE数据流量。没错,这货又一次没能后台自动下载。

测试四:数码多

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

数码多的网站前台自己编写,对于Read Later应用来说可谓“无规律可循”。这是一篇手机摄像头测评,包含大量图片。数码多网站不支持响应式设计,但是会检测浏览器UA并自动跳转到移动页面。

Pocket和Readability的表现不错,没有丢失任何信息,图文重新排版也不显得突兀和别扭,Readability难得网开一面允许中国人从左向右阅读。

Instapaper丢失了图片下方的备注(EXIF信息),不过问题不算太大。

印象笔记出现了严重的排版错误,剪藏了桌面版网页,且不允许缩小,导致只能看到不到半个页面,可用性为0。

OneNote一如既往。经过这几轮比拼下来发现,OneNote这种做法稳妥的很,至少网页上的信息不会缺,无非放大缩小几次。

Safari显示依然最完美,信息完整,但是依然没能离线下载。

测试五:维基百科(Wiki)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

这次保存了维基百科的特色条目。由于维基百科架构在Wiki程序之上,内容格式高度统一,用户量超大,所以阅读类应用往往会会针对维基百科做足了优化……吗?

结果很让人失望。

Pocket没能正确识别标题,内部排版一塌糊涂。

Instapaper和Readability直接丢失了侧边栏,这个侧边栏是几乎所有Wikipedia条目都会有的重要信息块,直接丢失难以容忍。

印象笔记出现了轻微排版错误,这已经算是很好的结果了,至少可读性还在,而且Mac客户端上的保真度也相当高。

OneNote……依旧一张图,反正在iPhone 6上你得勤缩放了。

Safari直接访问Wikipedia移动页面,甚至还有折叠模式。当然,得开LTE数据连接。

作为全世界最棒的百科全书,维基百科理应受到最高级别的对待——但是没有。这一众Read Later应用里就只有Safari和OneNote能让人舒服地浏览词条。如果打算离线保存一些维基百科的文章,与其用这些第三方应用,还不如用Wikipedia自己的官方应用。

测试六:iFixit(DOZUKI)

从左到右:Pocket、Instapaper、Readability、印象笔记、OneNote、Safari

这个挑战非常有难度,结果也非常惨烈。本来不想说了,但是鉴于某些特别应用特别过分,还是得拉出来骂一顿。

Pocket丢失了CSS文件,不知道这样的网页能给谁来看。

Instapaper只保存下来一段内容,可用性为0。

Readability大量丢失图片,排版一塌糊涂。

印象笔记又一次开启了简洁的单列模式,用来看书法也许会舒心一点?

OneNote倒算是效果好的,至少看起来是个网页,但由于把整个网页静态化成为一个图片,因此可用性也不佳。

Safari……又一次用流量换来了胜利。

总结

其实我把Safari拿出来对比有些不太公平,因为这六个网页的缓存,它根本就是充当了一个“浏览器”的角色,保存下来的也不是“阅读列表”,倒更像是一个书签。Safari本身的确有离线模式,但是不知道如何触发,也不能手动同步和下载,一切看iPhone的心情。

这六个网页的对比都比较极端,其实日常使用看来,Instapaper搭配着Pocket用基本可以做到万无一失,只是每次都保存两份的作风确实有些杀马特。Read Later类应用离“做好”还有很远的路要走,目前看来也只能应付一些排版简单的网页,而面对复杂情况,只能交给Safari和LTE移动数据。

Dirac HD 详谈

Dirac HD Sound 是瑞典 Dirac 公司旗下的一项技术,被应用在魅族 MX3、OPPO Find 5、Find 7 等手机中。Dirac 公司宣称 Dirac HD Sound “并非是一种音效,而是 Hi-Fi 还原技术”,我之前写过文章简要谈过 Dirac HD Sound 的功能和可能实现的原理,但是文章表述不清,部分地方存在事实错误,略有误人子弟之嫌,现做补充修正。原文并未删除,但是不建议阅读。

首先,既然 Dirac HD Sound “不是音效”,为了说明白它为什么“不是音效”,就得先弄清楚什么“是音效”。SRS WOW HD(SRS Labs),PlayFX(Microsoft),BBE(BBE Sound),Beats Audio(Apple Inc),DFX(Power Technology),ClearBass(SONY),FullSound(PHILLIPS)……这些响当当的大名总该听说过吧,没有全听说过?至少听说过一部分吧!这些就是典型的音效。SRS WOW HD 改变了声场和低频,曾经在国产 MP3 上红过一时,配套的 PC 软件 SRS SandBox 一度也是破解版满天飞,这些年很少见了;PlayFX 从来都没有被微软拿到台面上说过事,不过这东西一直默默集成在 Windows 的自带声卡驱动中,但是一旦安装过 OEM 驱动,这个功能就会被覆盖掉,所以很少有用户接触到;BBE 曾经在 iAudio 的 MP3 上红了一阵,国内的酷比魔方有段时间跟进,但却险些砸了这个牌子,现在基本只能在音乐工作室见到了;Beats Audio 本来是 Beats 公司的一套音效,功能上像极了 SRS,一度集成到了惠普电脑和 HTC 手机上,如今被苹果全盘拿下,不知道未来的路怎么走;DFX 是十多年前非常流行的 Winamp DSP 插件,后来由于千千静听支持 Winamp DSP 插件也借机被国人所知,只是随着这两个老牌音频软件的陨落,如今也没了音讯;ClearBass 是索尼为旗下中低端 MP3 配套的低音补偿技术,可以有效增强低频量感的同时保证尽可能的不失真不爆音;FullSound 同理,也是飞利浦为低端 MP3 配备的音效,效果只能说一般般。就算是维基百科也没有为音效下一个定义(维基百科如今已经被墙),我就斗胆做一下这个工作:音效被我定义为“通过人为干预音频的波形来实现讨好主观听感的一种或多种技术组成的软、硬件套件”。而定义中得“讨好主观听感”其实没有几家做好了。

其次,什么是 Hi-Fi?这是个老生常谈的问题了。Hi-Fi 既不是定义又不是标准也不是音效更不是技术,事实上它只是个概念。Hi-Fi(High Fidelity)中文直译:“高保真”。高保真什么意思?字面意思!保真度高、还原度好,仅此而已。但是由于数字音乐从最初嗓子眼里出来到最终进入到你的耳朵要经过无数道工序(采样、剪辑、混音、后期、编码、解码、数模转换、放大……),用屁股都能想到最终的声音肯定和最初的千差万别。你说什么程度就叫做保真度高、还原度好了?没人来下这个定义。或许有一天王自如带着 Zealer 杀进耳机行业又弄出一套什么“数据化测评体系”,但是在此之前,Hi-Fi 只是一个泛泛的褒义词,没有实际意义。

那么 Dirac HD Sound 何以称自己“不是音效”?上面提到的这些音效有一个共同特点:无差别攻击。无论你用什么设备,用什么耳机,一律把低音值给你拉满。W4R?不管!IE8?拉满!Koss PP?轰死你跟我有什么关系?无论你用什么前端、不管你用什么耳机,一律按照我的套路来。不喜欢?卸载吧,我没办法。而说 Dirac HD Sound “不是音效”就是因为它并不是“格杀勿论”,而是“有的放矢”。Dirac HD Sound 通过对每一组“前端+耳机”的组合进行高精度声学分析,缺点便一目了然,再将前端输出的信号进行针对性修改(补偿),使其以最佳的匹配度输出到耳机上,以达到“最佳还原度”。将这个过程称之为“第二次调音”不为过,这就和所有传统音效都有所不同。

那么原理呢?由于细节问题是 Dirac 的商业机密,我也只能进行猜测,但是八九不离十。其整个过程极度类似于“用蜘蛛校色仪为显示器进行校色”,我们可以参考这个过程,来理解 Dirac HD Sound 偷偷摸摸都做了什么。Dirac 官方宣称 Dirac HD Sound 主要进行了三个方面的补偿:频响、相位、瞬态。我们就针对这三个方面,进行分析。

“频响”之于耳机就相当于“色准”之于显示器。“频率(Frequency)”是表示声音声调高低的单位,“响度(Volume)”是表示声音强弱的单位,“频响曲线”则是以频率和响度为坐标轴绘制的曲线。对于“Hi-Fi”这个定义来说,最理想的频响曲线就是在 20Hz 到 20KHz 之间做到完美水平,这就表示了该耳机在每个频率上发出的声音都是一样大的,也就是人们常说的所谓“三频均衡”。一条耳机的频响曲线如果跌宕起伏像过山车一样,也就注定了它跟 Hi-Fi 这个词基本没关系了。我们来回忆一下蜘蛛校色是什么原理:把校色仪贴到屏幕上,让屏幕显示各种颜色,校色仪采集这个颜色,并测出其和标准颜色的差距,用软件进行补偿——红色发绿,就从红色信号中减去相应量的绿色;白色偏蓝,就给白色信号中补上一定量的黄色,以此类推。Dirac HD Sound 在频响这一部分的处理手法很可能十分简单粗暴:画出你的频响曲线,哪里低了,补上来,哪里高了,压下去,直到与直线最接近为止。明眼人一看就懂,这不就是均衡器吗?的确,大体上是和均衡器差不多的,但是 Dirac HD Sound 的精度要比普通均衡器高很多,并且没有一般均衡器所拥有的一个问题:相位偏移。

“相位”是表示声音发出的时刻的一个概念,学过高中物理的人都知道,声音是由单条或多条正弦波组成的,而正弦波相互的相位差决定了声音是否同一时间发出、差多长时间。在用一般均衡器调节之后,声音很容易产生相位差,也就是说,本该同一时间发出的声音,因为均衡器的调节错位了——这就像极了显卡和显示器由于配合不完善产生了画面撕裂,而克服画面撕裂的技术叫做“垂直同步”,通过锁定最高刷新率来避免图像的“相位差”。Dirac HD Sound 也有自己的一套算法是的即使调节了各频段波形的强度后,依然能保持相位不变,应该同时发出的声音依然同时发出,这其中的黑科技原理我就猜不到了。但是就像垂直同步能保持画面完整不撕裂一样,Dirac HD Sound 同样能有技术保证本该同时响起的声音同时响起。

“瞬态”这个东西说起来玄学更大了。什么叫瞬态?电路中的电信号瞬间的起伏所引起的电路元件的反应叫做“瞬态响应”,放到耳机领域,就是看耳机能不能处理瞬间起伏的音乐。瞬态好的耳机,鼓点拳拳到肉,声音干净利落;瞬态不好的耳机,感觉拖泥带水,声音乱七八糟。这像极了 LCD 显示器的“拖影”。为什么会有拖影?上一个时刻的信号走了,下一个时刻的信号来了,但是液晶分子还在意犹未尽得显示着上一个信号,这就造成了拖影。对于耳机来说,道理相同:上一个信号走了,振膜还意犹未尽,下一个信号来了,两者混在一起。显示器是如何避免拖影的?通过对信号更加极端的处理方式:在换路的瞬间给电路一个更极端反向的电压,中和拖影效果。早年 AMD 催化剂控制中心的Display OverDrive 和后来诺基亚手机屏幕上的 PureMotion HD+ 都是利用这种原理来中和“拖影”。那么我猜测 Dirac HD Sound 对于耳机瞬态的优化应该与此类似,都是在信号切换的瞬间给予瞬时过量反量。

我以上的所有内容都只是针对耳机来说的,而事实上如果不考虑前端的特性,对耳机胡乱适配一通,也是不科学的。Dirac HD Sound 最大的优点是“针对性”,这个针对性不止是针对耳机,也是针对前端,因此Dirac官方喜欢称自己为“对整个音频系统的优化”,这种说法并不过分,毕竟对于耳机输出来说,整个“音频系统”也就只有前端和耳机两部分。Dirac 中国官方微博的一篇文章的解释非常有趣:你要给眼睛配眼镜,得知道眼睛的情况。

不只如此,Dirac HD Sound 既然有能力把一条耳机调整到“尽量高保真”,也就可以把一条耳机调整到“某一种风格”。就比如小米手机里内置的“米音”(其实就是把 Dirac HD Sound 改了个名字,强烈鄙视这种拿别人技术贴自己牌子的行为),在针对小米活塞耳机适配时,就应小米公司的要求,调音出了动刺大刺的声音,味道很诡异。在 Dirac 中国官方微博给我的回复中,他如是说道:由此可见,哪怕是同样采用了 Dirac HD Sound 技术来调音,客户的审美和品位也会直接决定最终适配的效果。

Android输入法对比评测

作为一个对Android为恐避之不及的人,为什么要对比Android上的输入法?不得不承认,在当前智能手机市场,唯有Android给了开发者足够高的权限使其能开发出功能复杂的输入法。Windows Phone不允许第三方输入法,iOS则要等到iOS8才开放输入法API。没错,这次对比就是为了给iOS8预热,看看主流Android输入法是什么状态,推测移植到iOS8后能否提升使用体验。

不得不说Android的生态圈混乱问题从输入法上就可见一斑:豌豆荚应用商店搜索“输入法”得出51条结果,亚马逊应用商店搜索“输入法”得到624条结果(包括输入法插件、皮肤),而现在就算是PC上中文输入法也远没有达到这个数量。输入法多,并不是说能用的多,实际上真正有名望的、有实力的公司出品的输入法应用两只手就数的过来。另外一个问题就是Android太吃硬件了,低端机型根本无法保证输入法的连贯顺畅输入。触控延迟、触控信号丢失、CPU指令堆积、RAM不足等等问题使得Android的输入体验很破很碎。为了降低瓶颈效应,本次使用HTC One (M7)【骁龙600、2GB、Android 4.4(Sense 6.0)】来进行输入法对比测试。

HTC One作为当年的旗舰,用作输入法评测开始绰绰有余的,实际体验也发现CPU性能的提升使得输入体验相对低端机型有着相当大的改观。此次对比评测10款中文输入法,其中一款为HTC One内置的Sense输入法。接下来是正式对比:


Fleksy是当前“最快输入法”吉尼斯世界纪录的保持者(18:19),比上一任擂主Windows Phone WordFlow(18:44)快0.25秒。从Fleksy的命名也能看出,其特点是“Flexible(灵活)”,得益于其强大的自动纠错能力,即使每一个字母都没有打对,Fleksy依然能够猜测出你想要打出哪个单词。Fleksy的输入依然依靠点按:大致点击字母的位置,最后向右滑动便可得出正确的结果,首字母大写和空格完全交给输入法去大理,标点输入也可以完全通过滑动输入来解决。可以说如果不那么计较排版和格式,只是作为日常短信、IME交流,Fleksy的效率是相当高的。由于不需要精准点击,Fleksy还允许把键盘设置得相当小,尽可能释放屏幕空间来显示其他内容(Android的渲染机制是:输入法弹出时,压缩Activity的高度)。

有人说Fleksy和WordFlow的较量是“点按派”和“滑动派”的较量,其实大可不必如此。无论哪种输入方式,只要能准确快速输入词组,便是优秀。只是这两个世界级输入法中国用户是无福消受了:无论是Fleksy还是WordFlow目前都不支持中文输入。

Go输入法是我测试的第二款输入法。相比起Go桌面的精致轻巧和低资源消耗,Go输入法很难给人留下什么好感。首先,Go输入法的外观相比Fleksy的“award-winning design”还是差了好几个档次,事实上这次对比的10个输入法没有一个比Fleksy更简约美观。Go输入法的输入体验只能说是一般,词库不够大、输入不准确,选词也不很方便。英文舒服部分支持滑动输入,但是滑动输入的容错率很低,且自动空格需要手动开启。

这个输入法没有给我留下任何好感,推荐:避开。

HTC Sense Input是HTC One的内置输入法,无论英文还是中文都只支持Qwerty键盘,在HTC One的4.7英寸屏幕上,全键盘每个按键的尺寸还是有点小,误触的几率还是不低(不知道iPhone用户是怎么忍受Qwerty键盘的)。好在按键之间没有缝隙,最大限度地增加了每个按键的尺寸,但是即便如此,想要快速输入还是有很大的困难。因此推荐HTC One用户安装第三方输入法。

QQ输入法

QQ输入法的默认外观肉呼呼的,像是iOS6时代的风格,但是细节处理又没那么优秀,尤其是按键被按下时,那效果像极了把屏幕上按出一个深深的黑坑(参考左图效果),每次点按都让人隐隐的有一丝揪心。当然,QQ输入法是支持换肤的,换成一个相对顺眼的皮肤也还能凑乎用。QQ输入法的词库比较全面,滑动选词这个功能谈不上多么好用,但也聊胜于无。左右滑动定位光标则是一个实实在在的好功能,要知道在iOS上,这种功能是需要越狱装插件的。

QQ输入法的英文输入部分可以说是残废,Shift按下后不会自动回弹,那还不如叫Caps Lock呢!

必应输入法是MSN中国发布的一款Android输入法,理论上用的就是Windows Phone内置输入法的那一套东西。其外观高仿Windows Phone内置输入法,完美显示这个输入法甚至不需要彩色显示器。这让我想起了一个笑话:Windows Phone相关的开发书籍,彩色打印和黑白打印的效果是一样的。Windows Phone上的输入法可以说是所有拼音输入法里面最好用的:触控延迟非常低,响应非常迅速,选词也很快。但是Android上的必应输入法并没有继承它的优势,WordFlow滑动输入法也没有引入(哪怕是英文部分),综合体验看来是一款中规中矩的输入法,没有什么特色。

搜狗拼音输入法可谓是PC端的必备输入法,丰富的功能和强大而新潮的词库是它的杀手锏。由于支持与PC端同步词典,手机上也有不少忠实用户——更多的人是因为觉得既然PC上搜狗那么好用,那么手机上的也不会差。

错!

搜狗拼音输入法的Android版本可以这样评价:已经下载的赶紧卸载,还没下载的请绕道走。

为什么这么说?首先,这个输入法的触控延迟非常大。如果不开启按键音和震动反馈,这个感觉可能不会那么明显,但是开启之后就能感觉到很大的Delay,严重影响输入节奏。那感觉就像HTC One一瞬间红米附体,瞬间把手机拉低了好几个档次。英文输入部分更是惨不忍睹,Shift键依然充当Caps Lock,不会自动回弹,搜狗的皮肤市场更是充满了山寨货和低劣品,毫无美观可言。

综上所述,Beat it。

百度输入法
百度输入法

百度输入法和大部分输入法一样,可以在单个按键上上下滑动,这本来是一个好的功能;它还支持Qwerty键盘上的拼音自动纠错,这本来也是一个好的功能。这两个放在一起,就全都变成了坏功能。由于支持自动纠错,所以用户不自主得会加快敲击速度,这样一来,一些快速的敲击就会被输入法认定为“滑动”,从而输入一个“@”或者“#”之类的符号,瞬间打断输入进程,自动纠错也就此中断,弄不好整句都要重新输入。如果加入一定的滑动阈值,可能体验会更好。

触宝输入法是国内第一家引入滑动输入的(创始者为Swype输入法)Android输入法,一段时间一来以此为卖点抢了不少用户,但是现在各家输入法都开始加入滑动输入,止步不前的触宝在体验上变得一点优势都没有。后来手机性能增强之后,触宝又第一时间为输入法加入了漂亮美观的动画,只是后来扁平化兴起,这些都被删除。现在的触宝输入法会有一个进度条来实时监控你的输入速度,这种“催着用户打字,打得慢就有负罪感”的的功能实在是不讨人喜欢。

UI设计上,进步空间还很大。

讯飞输入法

讯飞输入法,最大的优点是语音输入,实测准确率喜人,但是还达不到可以完全摆脱手动的程度。

谷歌拼音输入法

谷歌拼音输入法的UI设计不是最好的,按键大间距让手指很局促,触控延迟也不小,我为什么说它是最好用的?

因为滑动输入。谷歌拼音团队仔细研究了滑动输入的使用方式,研究出了目前为止最好用的滑动输入法。不但在Qwerty键盘上完美支持滑动输入(容错率很高),还第一个在九宫格输入法上实现了滑动输入,输入效率非常的高。要说谷歌这个公司真是包容百家,奇怪的是其英文键盘部分反而不支持滑动输入,但是输入体验也比搜狗等好很多。但是谷歌输入法对于手机配置的要求并不低,主流以上的配置才能对于滑动输入进行快速响应,低端的手机甚至点按输入还会出现丢按键的情况。

九宫格还是全键盘?

这是一个值得问的问题,但却是一个不那么容易回答的问题。如果能按得准,全键盘一定能带来更高的输入效率,就像五笔永远比拼音准,只要你熟悉文字笔画。我身边有很多人从小是按着诺基亚的九宫格键盘长大的,到了智能机时代,却一直使用Qwerty键盘,或许是因为当时选词比较困难留下了阴影,也或许是认为Qwerty就是比较高级。但是说实话,我的粗手指在HTC One的4.7英寸屏幕上还是很难准确点击Qwerty键盘的每一个按键,iPad上才有改观。由于我个人偏好小尺寸手机,在我的手机上一直使用九宫格输入法。九个宫格显著增大了单个按键的面积,点按明显更加容易,实际上误操作的几率比全键盘低了不少。上面的对比评测,只要有九宫格我就用九宫格,因为可以极大提升速度。

如果说我希望哪些键盘移植到iOS8,Fleksy是一个,谷歌是一个。Fleksy的移植工作已经在紧锣密鼓进行中了(官方已经开始招募Beta Tester),而谷歌的下一步动作还没有公布。即使是移植工作已经完成,鉴于中国大陆上谷歌的状态,也很难保证有多少功能能正常使用。

再说,谷歌也一定不希望移植到iOS的输入法,使用体验比Android上还要好吧!

医疗固定资产管理——源代码

应某医院副院长要求,开发一个数据库类程序,方便管理单位的医疗设备。需求如下:

  • 添加、修改和删除条目;
  • 搜索条目;
  • 数据库移动储存;
  • 数据库需要加密;
  • 运行于Windows平台;
  • 不允许云同步。

规划阶段决定采用WPF技术来开发程序,即:用XAML实现表层UI,用C#实现程序功能。WPF的优点是UI设计和核心设计可以分离,并且WPF窗口完美支持Windows的DPI缩放,传统的Windows Forms窗口会在高分辨率屏幕上变得模糊,不方便日后升级设备。

数据库核心决定采用轻量级SQLite数据库,避免SQL Server动辄GB级的安装体积,并且支持数据级加密。(我见过一个国营企业,使用SQL Server来实现一个很简单的数据库操作。应用入口设置了口令验证,但是数据库明文储存,因此只要用SQL Server提供的数据库浏览器打开数据库文件即可浏览所有条目——里面条目的命名居然是用汉语拼音)。

开发时采用 .Net Framework 4.5 框架,该框架在Windows 8及以上系统被系统内置,Windows Vista及以上可以通过独立安装实现,不支持Windows XP以及更低版本操作系统。应用程序为32位,保证最大兼容性,日后可开发64位版本。

由于该程序的性质更像是“企业应用”,简单明晰即可,不需要花哨的动画和过度,因此UI设计以简单清晰为原则,字体足够大,,保证远距离操作依然有足够的可见性。至于美观度……再好的东西看多了也会腻,所以为什么要在这上面费心思?

UI概览
UI概览,请无视上面文字。

UI设计原则:

WPF架构允许用XAML先行设计程序UI,并且对UI的布局、控件的属性和控件事件进行声明。这种思路后来也被Android所借鉴(用XML先行设计UI,再通过Java类来实现功能)

由于“添加”功能是最常用的功能,“添加”按钮一定要能非常容易点到——处理方法简单粗暴,右侧一个长长的竖条就是“添加”按钮。在程序全屏运行时,将鼠标指针甩到右侧边缘即可点按,甚至不需要看到鼠标指针在哪。

因为电脑放在办公桌上,经常需要离电脑很远来查看信息,所以字体必须保证够大,以保证远距离可见性。

搜索功能被简化为一个又长又大又宽的文本框(TextBox),借鉴Google的Instant Search理念,不需要提前选择匹配项,随着文字的输入,下方的列表视图(ListBox)会自动更新搜索到的条目。

Parallels 图片 3
搜索:What You See Is What You Get.

底层设计原则:

采用SQLite轻量级数据库核心,安装文件仅10MB左右。相比SQL Server动辄GB级的体量轻巧很多。

数据库文件本身必须加密,不能留下“程序入口需要验证,而数据库本身明文存储”这种低级错误。数据库的密码以HardCode写进程序本身(将来会加入验证入口),密码格式为GUID,无法猜测,暴力破解的难度极高。

数据库中每一个条目都对应一个GUID,这也是程序内部识别条目的唯一方式。.Net Frameworks提供了一行代码生成GUID的方法,可谓“前人栽树、后人乘凉”:

System.Guid guid = new System.Guid();

将Guid显式转换为字符串便可以直接使用。

由于客户希望数据库文件移动储存(放在U盘或者移动硬盘内),而这种储存介质又极易因为外部环境而损坏,客户又要求不要云同步,因此,数据库的备份工作要尽量完善。每一次对数据库进行修改之后,在关闭程序时,都会保存一份数据库的副本备份。

private void Backup(object sender, System.ComponentModel.CancelEventArgs e)
 {
    if (dataProcessed != 0)
    {
       File.Copy("mspr.db", "mspr.backup", true);
    }
 }

未来改进方向:

  • 多项搜索
  • 程序入口的口令验证
  • 范围搜索
  • UI进一步优化
  • 64位支持
  • 性能优化

源代码:

Medical Static Property Registration

浅谈Dirac HD Sound技术

大概是一年多以前,我第一次在OPPO Find 5上接触了Dirac HD Sound(以下简称DHDS),因为OPPO把Dirac和杜比放到了一起,让我以为DHDS是一种“音效”,类似Beats Audio。当时不知道DHDS里面那些古怪的选项是什么意思,只记得打开之后声音变得惨不忍睹,就这样DHDS被我归到“破坏性音效”的行列,抵制了好久。后来多方考证之后才发现那是对应耳机的型号,而DHDS针对不同的耳机有不同的配置,所以选择对应的耳机才能出来最佳效果。

Dirac HD Sound说简单很简单,说复杂很复杂。它针对前端和对应耳机进行技术分析,通过软件来补偿耳机的不足,说起来很容易,其实就是对一条耳机进行“软件再调音”,而且我保证Dirac也不是第一个想到这么做的,只是或许别的人都太懒了吧。但是如何分析取样, 如何针对样本进行补偿,补偿范围和程度都是很考究的问题。而且根据DHDS的原理,需要一对一分析采样,根据魅族高管的说法,“Dirac一条耳机的适配费用在百万级”,注定不是什么人什么前端什么设备都可以用上DHDS。

DHDS补偿的方面主要有两个:频率响应和动态响应。

横轴频率,纵轴响度

频率响应的补偿十分暴力,对前端和耳机进行频响曲线分析,高的拉低,低的拉高,非常类似一个图形均衡器,只不过DHDS的采样点在千位数。这其实完全就是那些低音补偿技术的完全体进化版,只不过DHDS不会一股脑不分青红皂白一律把低频拉高,对于很多低频重但是浅的耳机,DHDS有效拉深了它的下潜,而这只是一个例子。但是从原理中也能看出来,素质实在太差的耳机,及时DHDS把响度拉到无穷大还是无力回天,因此DHDS究竟能优化到什么程度是取决于耳机本身的。

横轴时间,纵轴响度

动态响应说起来则有些复杂。由于动圈单元的特性(尤其是低端动圈),在面对瞬间起伏的信号时往往不能做到干净利落,会存在分割震动和残响,这样就导致声音拖沓不清。抒情乐还好,一旦遇到激流金属,个中痛苦真是一言难尽。DHDS在这里的做法非常类似于Lumia 920上的第二代PureView,通过对信号进行更加极端的处理来让耳机拥有更加完美的瞬间响应。瞬间响应对于音乐的影响非常大,瞬态上去了,甚至会给用户以“低音更重了”的错觉。


原则上来说,通过软件来对耳机进行重新调音这个技术不是可行,而是太TM可行了,而且理论上成本更低,效果更好,只要扬声器单元素质没什么问题,通过Dirac都能调出一身好声音。那么实际听感呢?

我们必须面对一个事实:到目前为止,DHDS所适配的耳机还都是低端耳机,因为高端的耳机往往已经有了不错的调音。但是低端耳机基本都是素质上残废的,所以Dirac也回天乏术。所以必须要摆好心态,端正态度,告诉自己:烂耳机适配之后只能变成“不那么烂的烂耳机”,绝不可能成为“好耳机”,离Hi-Fi肯定也依然有十万八千里。

体验的对象:iPad Air + EarPods + Dirac HD Player

体验曲目:Nightwish后期(Olzon)专辑、Michael Jackson、Rammstein


心态正绝对是正确的,开启DHDS之后,EarPods的低频下潜有了明显改善,高频上不去的问题也得到一些修正(尖锐了不少,但是上不去的地方还是上不去),分力度也有一定提升,但是素质所限,EarPods并没有表现出惊艳的性能。仔细听发现瞬态和解析力有很大的提升,但我不知道是不是Dirac HD Player对于iPad没有调音(这是一个iPhone应用,目测优化对象为iPhone 5),开启DHDS之后,EarPods的声场会有变化:前方的元素会被拉到眼前,横向声场明显扩展。我为什么一开始会认为DHDS是“破坏性音效”?因为DHDS的手腕实在是太硬了,完全没有索尼DESS那种温和和细微的作风。再木的耳朵也能一下子听出来DHDS究竟对声音做了什么。说脱胎换骨不至于,但是提升幅度真的是不小。

这个音效让我想起了索尼Walkman MP3中所内置的一项叫做ClearStereo的技术,通过软件来解决耳机立体声串扰的问题,增强立体声分离度,效果很不错。事实证明,用软件来对设备进行“再调音”是完全可行的,而且其调音的角度肯定不会一直局限于“频响、瞬态和分离度”。如果你有一条低端耳机,而这条耳机凑巧被你的设备适配了,那么Dirac HD Sound可以让这条耳机发挥出任何均衡器都调不出来的水平,但是谨记,一条200块的耳机,无论怎么努力都不可能成为600块的货,这是人与人之间最基本的信任。

思源黑体:开源无衬线中文字体

2014年7月15号,Adobe联合Google发布针对亚洲文字开发的新一代无衬线开源字体:思源黑体。该字体被Adobe归到Source Sans字体家族免费提供给所有Typekit用户,并在其官方博客上给出了GitHub源代码和独立下载源;Google将思源黑体归到Noto pan-Unicode字体家族中,取名为Noto Sans CJK,这一套字体也强有力地扩充了Noto的宽容度,让“No Tofu”的愿景向前迈了一大步。

思源黑体 这一字体家族有七种字体粗细,完全支持日文、韩文、繁体中文和简体中文,这些全部都包含在一种字体中。它还包括来自我们颇受欢迎的 Source Sans字体家族的拉丁文、希腊文和西里尔文字形。总的来说,字体家族里的每种字体粗细总共有 65,535个字形(OpenType 格式支持的最大上限),而整个字体家族的字形个数接近50万。这个字体家族是通过开源方式提供的,数量、开发规模和价值之大堪称史上之最,这使它成为需要支持多种语言的字体的设计人员、开发人员和普通用户的零成本解决方案。

该字体设计之初的原则便是兼容以中文为源的亚洲文字,兼顾印刷效果和点阵屏幕显示效果。该字体史无前例地为各国字体提供了7个级别的字重(参考标题图),不但让纸质印刷品有了更细腻的排版选择,也让网页设计有了更丰富的效果。因此我强烈推荐用户安装该字体,也希望该字体被纳入下一代主流操作系统作为候选。

字体测试

思源黑体包括四个语言:简体中文、繁体中文、日文和韩文。这四个语言的共同根源为繁体中文,拥有大量共通字符。但是随着时间的推进和文化的演进,同一字符在各国的书写方式中产生了不同的变体。思源黑体很好地解决了变体问题,在提供最大兼容的同时,显示各国文字时都能显得舒服。

如何获得思源黑体

Adobe

Adobe Typekit任何级别的订户(包括免费的“Trial”级别)都可以将思源黑体添加到自己的字体库中并与所有的PC/Mac进行同步。

Source Han Sans字体单独下载链接(via SourceForge):简体中文|繁体中文|日文|韩文|全语言OTC|全语言OTF

Google

Noto字体官方网站:Google Noto Fonts(墙外)

Noto Sans CJK字体单独下载链接(Google Project Hosting):全语言(墙外)

Noto完整字体家族下载链接(百度云):全语言

注:如果仅需要一种语言的思源黑体则建议单独下载;OTC包含四种独立字体,需要各自独立安装;OTF将所有字体集成在一个文件内,但是需要软件来声明具体所用到的语言,若未声明,则默认使用日文字形。个人并不推荐下载OTF格式字体,实测在Windows 8.1 Update 2和OS X 10.9上都出现了兼容性问题。

注2:Noto Sans CJK版本或Source Han Sans版本的两中思源黑体没有任何区别,包括其英文部分。二者在系统中显示的名称为各自的英文名称,而不是“思源黑体”,这会造成一定兼容性问题。例如一方在Word文件中定义字体为“Noto Sans CJK”的思源黑体,而在另一方的电脑里只安装了“Source Han Sans”的版本,那么程序依然会以找不到字体为由回滚对应内容到宋体。

如何评价这个字体?

思源黑体和苹果苹方极其相似,比微软雅黑字面更小,分辨率高时更好看。要说包容性,微软雅黑也支持中日韩三国文字,只是没有7种级别的粗细。在非Retina屏幕上,微软雅黑的观感最好;在Retina屏幕上,微软雅黑会过于厚重,苹果丽黑效果会更清秀美观。

不过既然免费了,也就不要要求太多了。

Adding Windows 8.1 Live Tiles to Your Website

This website now contain full support of Windows 8.1 / Internet Explorer 11 Live Tiles.

Live Tiles feature was firstly introduced when Microsoft announced Windows Phone 7, and later this feature was brought to Windows desktop and tablet platform with Windows 8. When developers are developing Windows Store Apps, they can choose to add Live Tiles to their Apps, which bring immersive and active feeling to the whole system. With Live Tiles pinned to user’s Start Screen, new content is showed right on the tiles and the user won’t even have to open the App. This feature, in many ways, acts like the Notification Center in other mobile systems (i.e. iOS and Android).

After upgrading to Windows 8.1, web developers like me can add Live Tiles to their websites as well. When the website has new content, it will automatically appear on user’s screen if they’ve pinned your tile. And the progress of adding a Live Tile is extremely easy. Notice that this feature is only available on Windows 8.1.

继续阅读Adding Windows 8.1 Live Tiles to Your Website

为网站添加 Windows 8.1 / IE 11 动态磁贴

本网站已正式支持Windows 8.1 / IE 11的动态磁贴功能

在Windows 8中微软将Windows Phone平台的动态磁贴(Live Tiles)功能移植到桌面/平板电脑平台,开发者在开发Windows Store应用的时候可以选择性地开发动态磁贴功能。动态磁贴功能可以让用户在不打开应用的情况下看到应用的内容,一定程度上取代了在其他移动平台上风行的“通知中心”功能。

在Windows 8.1中,这个功能被带到了网页上。现在,网页开发者也可以为自己的网站添加动态磁贴的功能,当网站有更新的时候,所用已经订阅动态磁贴的用户都将看到更新,并且实现方法非常简单。注意,由于Windows 8自身缺陷,并不支持网站的动态磁贴功能,该功能只能在Windows 8.1上实现。 继续阅读为网站添加 Windows 8.1 / IE 11 动态磁贴