断断续续的开发,就快一年了,0.4版本终于要出来了。
主要的变化如下:
在实现OSD Lyrics的滚动模式的时候,我发现在拖动改变窗口大小时,窗口内容会变得支离破碎。进一步实验发现,只要是直接在窗口上绘图,必然会导致这个结果。例如下面的python代码:
更新记录
GNOME3正式发布后在机子上装了一个64位的Arch Linux来体验,发点感想。由于使用时间有限,一些问题可能是我而不是GNOME3本身的问题。另外其实基本上是关于Gnome Shell的(谁让它占了主要位置呢?)
在厂里开发机上使用tab补全时,总是会出现以下信息:
-sh: <( compgen -f -X -- '' ): No such file or directory
放狗搜了一下,原来是自己登录的shell没有设成bash的缘故
在/etc/passwd里把自己的shell改成/bin/bash
或者
chsh -s /bin/bash user_name
经过两天的试用,多看系统的排版实在令我难以接受,于是我决定转向原装系统。
原装系统最大的问题就是乱码。所有简体字都会只显示一个方框,无论在书目和内容皆是如此。
书目界面下的乱码
书中内容乱码,日文正常
可以看出来,乱码问题的本质是默认的中文字体不包含简体部分。这一点可以通过修改系统的locale来解决。具体方法为在书目界面回车,在搜索框中依次输入下面三条命令(注意大小写和前导符号):
;debugOn ~changeLocale zh-CN ;debugOff
完成后内容部分的乱码就解决了,看了书按Home回到书目界面也会发现书名也正常了。
书目界面设置locale后乱码消除
中文与日文混排,无乱码,但是假名字体有点怪
可以看出,修改locale后中文完全换了一个字体显示,从原来的圆体变成了黑体。另外日文假名的字体有点与汉字格格不入。另外在实质设备上,中文字体看起来有点发虚。
有时候重启会导致locale复原,有时不会,暂时没有试出要怎样才会使locale还原,不过没人会经常重启的吧。
解决乱码的另外一个问题就是安装Font hack,修改系统自带字体。
安装Font hack之前需要越狱,Font hack和越狱都可以在如下地址找到:http://www.mobileread.com/forums/showthread.php?t=88004
安装完Font hack之后默认将CJK字体设为Droid Sans Fallback,也就是Android上的字体,文泉驿微米黑就是在它的基础上补完的。
安装Font hack之后主屏幕效果
安装Font hack之后内容显示效果
hack之后实际显示效果很不错,也可自由改用其他字体。另外由于修改了默认字体,因此不需要再修改locale。
原装系统阅读txt文件只有一句建议:不要拿来看中文。
即使修改了locale或者使用了font hack,在浏览utf-8编码的中文文档时,翻过几页后,就会出现几页与之前不同的乱码现象。
kindle在显示中文txt时出现的乱码现象
有时再翻几页后就会变得正常,然后再乱码……不断循环下去,有时甚至第一页就乱码。在乱码正常时向前翻页,有可能之前乱码的部分也正常了,再往前翻几页可能又乱了……没有规律,但是可以肯定的是kindle系统在处理utf-8时没做好。在官网上也有如下说明:“Loading TXT files containing non-Latin characters over USB is currently not supported as some characters may not display properly.”
好在只是txt文件才会有这个问题,转换为mobi格式后显示是一切正常的。要将txt文件转换为mobi格式,可以使用kindle的文档转换服务。我使用Calibre来转换,这个python写的软件支持多种平台,通过合理的设置还可以把章节信息取出来:)
通过在根目录下建立pictures目录,kindle理论上也能阅读漫画。为什么说是“理论上”?因为我在多看系统下看得好好漫画在这下面根本就没能正常看到三页以上。封面的几张大图片在超级缓慢的载入之后就自动重启了,不知是内存不足还是怎么的。另外在图片模式下似乎是不能自由跳转的(没有看到Go to菜单)。总之已经不是体验的问题了,根本就没法用。
没有尝试把图片转换到屏幕大小后的效果,估计可能会有所改善吧。
这个kindle就没理由不做好了。完全没有自作主张的排版,该怎样就怎样,无论中英文都很舒服。手上没有现成的,用Calibre把An Introduction to Programming in Emacs Lisp给转成了mobi,效果和多看什么的完全不是同一个等级啊。
原装系统显示intro-emacs-lisp的效果,这才是能让人阅读下去的排版
我不得不说,在pdf的阅读上,kindle没有多看做得好,主要体现在两点:
其一,pdf四周有黑框。我不知道amazon出于什么考虑做的这个设计,非要给每一页加个边框。加了边框的最大问题是占用了空间。本来pdf就有一层页边距,加边框之后又多一层。K3看pdf最大的问题就是屏幕小,看pdf字太少,这时候需要的是尽量裁剪不要的空白,把宝贵的空间留给内容本身。不知道是做出这个设计的人脑袋是不是给驴踢了。
原装系统横屏显示pdf,边框浪费了很多空间
其二,横屏显示的时候,显示到最后一页时不会接着下一页,就留着那么大大个空白在那里,非要再翻一翻。相比之下多看就做得很好,两页是接着的。
横屏显示pdf翻到页尾,没有下一页接着,一片空白
继续说多看系统。
原本以为K3只有800x600的分辨率,看漫画应该会很勉强,毕竟在自己的本子上看起来也需要全屏才有比较好的效果。
然后我发现我错了,K3的分辨率不是800x600,而是600x800,拿来看漫画的效果和1280x800的本子是没有任何区别的。要说区别的话,就是K3看漫画更有看书的感觉。
手上没有漫画,上几张轻小说的插画,感觉差不多的。
Kindle看漫画图面效果,魔法禁书目录22封面
小说内插画
多看拿来看漫画感觉不错,翻页速度也OK。比较赞的是可以支持压缩文件,这一点相当方便。
这里的扫描版指的是网上放出的日文版。
不得不说,利用看漫画的功能来看轻小说,感觉非常美好,文字大小正合适,阅读体验比实体书差不了多少。当然,这其中有一部分是高质量的扫描的功劳,我就没见过国内的扫描书籍有这么好的质量。
依然是魔禁22,小说内页
K3的屏幕比较小,分辨率也低,用6寸屏直接看一般输出为A4的pdf实在不怎么合适。
K3竖屏看pdf效果,字实在是小了点
不过多看和原生系统都支持横屏。横屏看pdf大小就刚好了。虽然横屏看pdf看不完整页,但是以一般pdf的文字量来说,半页半页地看感觉并不差。翻页的时候会上下两页衔接起来,感觉可以接受。不过学术论文那种喜欢分栏的估计就比较杯具了:(
横屏看pdf效果,文字大小刚好
另外有一点,在K3上看pdf字一般会比较淡,系统提供了加黑功能,我觉得加一级就好了。
多看支持pdf重排,也就是把pdf里的文本提取出来,再重新排版。鉴于提取pdf文本的还原度和多看的排版风格,个人认为没有任何价值。
mobi文件是适用于kindle的电子书格式。很遗憾,多看依然保持了自作主张的“优良”传统。相比html而言,也仅仅是支持目录和不会有奇怪的换行而已。chm格式与mobi类似,估计只要是有文本信息的,都会被多看的排版毁掉。
多看在安装时还是保留了原系统,倒不如说像是原系统的一个外挂。多看本身提供了切换到kindle系统的功能,一次切换相当于一次热重启,速度相对来说可以接受。然而很不幸地,kindle系统切换到多看只能通过冷重启来进行,而冷重启一次需要好几分钟的时间,这就彻底打消了我用多看看中文纯文本,用kindle系统看英文文档的念头:(
多看提供了语音阅读功能,然而那个合成系统实在不敢恭维。把参数调成女声/抑扬顿挫,已经是最好的效果,依然只是勉强能接受。除非想在黑灯瞎火的地方看(听?)小说,否则我还真怀疑是否有人会用它。
多看的菜单上都有快捷键,并且支持循环光标(就是当光标移到一端时,再移一下就从另一端移出来),相当贴心的设计。
五笔输入法用起来比较顺手。不过输入不多,也没进一步感想。
多看的英文排版只能用烂来形容,经常会形成很大的空格。如果中英排版的话,还不会将中文和英文之间设为换行点,搞得显示出来很丑。
分类系统也有点问题,如果一个分类下有子分类的话,在按分类查看时就只会列出子分类,不会列出不属于任何一个子分类的书目,只能选择显示所有书籍才能看到要看的书。
如果主要用K3来看纯文本中文小说和漫画,那么多看是一个十分好用的系统。各种细节的设定还是相当贴心的。
如果要看小说以外的文档,或者是已经排版好的格式,那么多看糟糕的排版系统会让人抓狂。基本上那个排版系统是为中文小说量身定做的,对于除此之外的文档都一团糟,尤其是html文档,简直就不能看了。
仅仅轻度使用2天时间,还有地方未涉足。以上感受基于多看20101205版本,希望今后的版本能越做越好。
之后是原生系统的时间。
多看系统是第三方Kindle系统,可以和原系统共存。之所以用它是因为相比原系统对中文的支持比较好,另外额外支持HTML、CHM等等格式。同时还支持直接看漫画(这个很重要)
目前大致体会到的额外功能有
多看显示中文小说,图为《灼眼的夏娜6》,本身显示是很清楚的,不过相机对焦没对准。
多看自带的是方正兰亭黑体,缺少部分日文文字和繁体文字,我扔了个文泉驿微米黑进去,一切就正常了。
显示日文的效果,《魔法禁书目录22》
多看本身提供了5级字体大小,我一般用2级。
多看看纯文本的一大问题是排版很不靠谱。似乎默认删除空行+段首缩进两格。可能一般小说OK,但是我输入的中日对照文本经常会出现把两行合成一行的现像。另外我用的是org格式,它把我顶格的段落标记也缩进了,很难看。另外看英文时缩进两格也是挺痛苦的事。SB的是,它居然没有提供照原样显示的选项,想取消这个自作主张的排版都不行。
四个字概括:惨不忍睹。
我看的是An Introduction to Programming in Emacs Lisp单HTML文件格式,多看的破排版只能用上面的四个字形容。
具体来说,它会把整段文字首先按照某个宽度截断强加换行,然后放到屏幕上再根据屏幕宽度自动换行。效果就变成了一行长一行短的样子。然后它依然没忘了那脑残的首行缩进。遇到链接还会和后面的字粘在一起,文档中的锚点链接点击不会跳转……除了能正常显示斜体和下划线外一无是处,种种不爽,简直罄竹难书。不要求把HTML格式还原成怎样,但是技术文档这种简单的格式,老老实实地展示出来有这么难吗?还不如纯文本呢。
看看,好好一个文档被毁成什么样子了!
狠了狠心下单在淘宝上买了个K3,简单写写自己对它的感受。
这篇只是开箱照,没有实际内容。
Kindle 3的盒子,比较简单,材料像是快递用的箱子的感觉
箱子的封条,要撕毁才能打开,不可逆
封条撕开后的样子,除非再做一个箱子,否则是无法封回去了(不过做起来其实不难吧,只要JS有心)
开箱啦:P Kindle 3乖乖地躺在里面
机子拿出来,上面还贴着塑料保护片,所以会反光
全家福。箱子里除了K3,还有一本说明书和充电/数据线
屏幕特写,这是拿出来的状态,还没开机。上面的图案是屏幕显示的效果,很多人都是为了这个效果而买Kindle的吧。
-EOF-
从2010年8月31日开始,twitter强制采用oauth进行认证,而oauth认证的一个关键是用户名和密码必须在twitter官网进行认证。而对于兲朝用户来说,这就意味着之前的第三方代理无效,必须翻墙才能使用了。电脑上的话还好办,但是手机上始终没有太好的翻墙手段。因此需要一个新的twitter代理,能够做到用户使用原本的basic auth访问它,而它使用oauth访问twitter,从而破解oauth的限制。
要搭建twitter代理,最经济的方式就是使用Google的 App engine 服务了。在网上找了找,一个名为 gtap 的GAE程序已经加入了oauth支持。
本次主要是一个bug修复版本,只加入了少量的新功能。
本来想做到valgrind无差错的,奈何GTK+本身就有很大干扰,再加上人又很懒……不过还是修复了一些内存泄漏的:P
感谢一直在使用的朋友,近期由于时间关系,不会像以前更新得那么勤了。仍然欢迎扔issue轰炸XD
以下是本次的主要更新:
新增:
更改:
修正:
另外,今天是什么日子,大家知道的:(