为什么这么多人感觉只想做一锤子买卖
一直感觉很困惑,这些人怎么搞的,明明知道有些事情做出来就是很短视的东西,不可能有人接受的。为什么还要一意孤行,还要试着拉着这么多人一起搞,不是坑人吗。
后来想到一种解释,这种人知道干活无止境,于是干脆搞一波大的,搞完就再也不搞了。那么这波当然是越大越好,因为他想在里面得利,然后他就不玩了。置于长期的什么利益,他根本不考虑。
说到底,还是懒。没想清楚一辈子到底是什么,或者说想清楚了,但是想法却是不怎么样的。
一直感觉很困惑,这些人怎么搞的,明明知道有些事情做出来就是很短视的东西,不可能有人接受的。为什么还要一意孤行,还要试着拉着这么多人一起搞,不是坑人吗。
后来想到一种解释,这种人知道干活无止境,于是干脆搞一波大的,搞完就再也不搞了。那么这波当然是越大越好,因为他想在里面得利,然后他就不玩了。置于长期的什么利益,他根本不考虑。
说到底,还是懒。没想清楚一辈子到底是什么,或者说想清楚了,但是想法却是不怎么样的。
So, after all these years, this blog has finally re-emerged in this part of the known universe, in its original form, again.
Good to see all the things that have not changed, and things that have changed. It feels great.
东西没怎么丢,除了我留在speeddial第一位的一个博客……
希望以后能想起来那是什么博客。。
疼讯的升级大棒终于挥到qq2011上了,今天上线发现提示说2011版即将退役。
windows下下了个绿色版的qq2012,搞定。
linux下当然要用longene的wine qq咯。跑到主页:
http://www.longene.org/forum/viewtopic.php?t=4700
一看,居然只有2012 beta3。。算了,可以忍。
然后发现依旧没有除了deb之外的安装包,忍。因为在arch下可以用
ar xv *.deb
解压deb。
再然后发现安装说明里提到的tar包根本不知道在哪儿。解开deb发现原来在里面。注意deb解开有两个tar,真正的东西在data.tar.gz里。
解开data.tar.gz,把东西拷到系统里对应的目录下,然后运行在命令行下敲:qq2012。
成功看到qq登录界面。输入用户名密码尝试登录,崩了。。。
怒开debug模式看log,发现这行:
err:module:load_builtin_dll failed to load .so lib for builtin L”mscms.dll”: liblcms.so.1
再放狗搜,在这儿:
https://bbs.archlinux.org/viewtopic.php?id=104593
发现是由于lib32-lcms没有安装,果断pacman之。
然后成功运行qq 2012。
最近又开始折腾linux。Ubuntu用过了,gentoo听说编译个openoffice要好久所以不敢碰,最后选了arch。好处是启动如飞,因为默认装的东西很少,代价就是好多东西都要自己配置,当然这正是目的。从explorer.exe里解放出来正是为了能够自己打造自己的环境。
系统装好之后略为设置了下bash就开始考虑装图形环境了。之前用过gnome这个庞然大物感觉不是很好,KDE那种什么东西都要以K开头的风气跟java的东西都用J开头一样恶心,看了看fvwm的文档感觉要配个顺手的环境估计太耗时间了,配置文件里都要写function。。。那堆后缀为box的box党里用过windows版的blackbox,还算顺手,但是似乎连文件管理器都要自己找,过。Enlightment听名字就没什么想法,看来看去还是选了XFCE。进去一看,晕,这是在cos苹果啊?算了算了,又没本事自己写个窗口管理器,还是用吧。
跟着arch wiki上的步骤一步一步装好了,startx,也!alt+f2,也!firefox,回车,也!接下来很顺手的按了ctrl+空格,然后很自然的开始敲键盘,等等,汉字哪儿去了。哦,输入法没装。好吧,兴奋过头了。
老老实实的又回到arch wiki开始找中文输入法的文章,之前用过scim和fcitx,感觉fcitx似乎反应要快一点。这次还是用它了。结果折腾从此开始。
一开始老老实实的改了.xinitrc,启动之后发现没用。切回终端发现fcitx抱怨dbus有问题。于是
pacman -S dbus
装好了dbus,我再试!还是不行。再看wiki,哦,要把dbus填到/etc/rc.conf那个deamon数组里。好吧,我填了,怎么还是不行?放狗搜,找到这个网页:
http://unixiya.s4u.0lx.net/archlinux-xfce4-rice-under-the-chinese-input-settings-fcitx.html
原文作者似乎成功了,比较一下我的和他的.xinitrc,发现这两行不同:
export GTK_IM_MODULE=xim
export QT_IM_MODULE=xim
我的后面写的不是xim而是arch wiki上的fcitx,换回来试试,这下终于好了。
==============
最后总结步骤如下:
1. fcitx需要dbus,所以要么dbus daemon要自动运行(本文的方法),要么就要在 ~/.xinitrc 里加上原文档里的那行用来启动dbus daemon,freebsdchina论坛上有一例就是加上了那行解决了问题的。
2. 不用gdm之类的图形登录界面可以不用编辑 ~/.xprofile ,改~/.xinitrc足矣。
3. 在xfce下用的话,上面两行里要写xim。这里吐个槽,arch wiki里写的“或者是xim,取决于你是否编译了对应的输入法模块”我实在没看懂。还有,英文和中文的页面内容居然不一致。。
最后喂几个关键字给狗和度娘,好让还没法敲中文的可怜的人们找到这篇文章:arch linux fcitx xfce chinese input method dbus xinitrc
APN: e-ideas
Username: 65IDEAS (or blank)
Password: ideas (or blank)
Proxy: 165.21.42.84
Port: 8080
MMSC: http://mms.singtel.com:10021/mmsc
MMS proxy: 165.21.42.84
MMS port: 8080
MCC: 525
MNC: 01
xoom买来有段时间了。虽然网上对这机器种种负面评价,什么黄老板的flash优化坑爹啦,屏幕垃圾啦,但是作为用来主业看书,副业看网页和娱乐的平板,xoom的表现还是不错的。特别是由于屏幕尺寸大,看扫描的pdf效果比7寸板好多了。
平时主要阅读的书籍包括扫描的杂志,各种专业书籍还有文学作品。以pdf为主。txt有些但不多,主要都放手机上看了,毕竟这类作品多数不是很严肃,所以放到手机上闲暇时看个大概就是了。话说回来,由于主要看pdf,所以pdf阅读软件也用了一些,这里就把这些软件的优缺点写下来。
首先要说明的是,那种办公软件比如Documents To Go我是不用来打开pdf的,它们的主要用处是用来编辑,查看这块自然不如专门的阅读器来的顺手。
下面开始。
最先用的是Repligo。用这个是因为当初买手机的时候商家拷在卡里的,在手机上用用发现还可以,所以板子拿来之后就很自然的装上了。它的优点是对于包含文本的pdf可以进行重排。说实话虽然xoom屏幕不小但是有些pdf是排给A4纸用的,拿到这个跟A5纸大小差不多的xoom上来看实在是要看瞎眼,所以这时候用Repligo的重排功能,再放大下字体,就不错了。而且这样没有宽屏和纸张由于比例不同产生的上下间隙,感觉很不错。
另外阅读的时候可以双击某个地方然后它会自动放大那个区域,这点偶尔还是比较合手的。
缺点则显而易见:页面搜索太难用。有谁能用指头控制那个缩略图搜索条在几百页的pdf里精确的找到想找的那一页?大概作者的pdf都不太厚吧。
之后在一些论坛上说Perfect Viewer加上pdf插件看pdf的效果“很完美”。于是装上这个据说看漫画很好用的东西。用了一段时间发现还算可以,花哨功能算是有些,速度比较快。支持两页合并。两页合并是个不错的功能,特别是看有些扫描杂志的时候,两页合并再横屏可以完整的看到大幅照片,感觉不错。另外由于它给不同的屏幕区域安排了不同的功能,双击放大就不能用了,有时比较恼火。其他方面中规中矩,而且页面进度条依旧难用。
最近听说国产板智器上的pdf阅读器有公开版了而且据说很不错。于是下了一个来用用。下载的时候看到apk文件大小着实吓了一跳,12多M的大小跟好些游戏差不多了。当时猜想不知道放了多少inline优化,速度应该不错。打开感觉界面是用过心设计的,三种展示书籍的方式各有用处,也不是一味的跟风拿个书架的图贴后面然后在上面安封面图的方法。点击进入书之后发现翻页速度很快,比之前用过的明显快了不少,快速翻阅的情况下有拿着纸书把书边卷起来再翻动的感觉了。切白边功能也很好用,批注没用过,估计要配合电容笔。可是用电容笔就不能把手放在板子上写了,这样写出来的字估计很难看,科技啊科技。另外由于屏幕的区域没有安排功能,所以支持双击放大,可是双击放大之后的锯齿要过几秒才能消除……图像算法还有待优化。
它最大的缺点就是不支持重排了。所以好多纯文字pdf只能用瞎眼的大小勉强看,切了白边也如此。有点遗憾。
目前智器阅读器作为主力,配合Repligo,算是当前不错的解决方案。但是两者都有各自的书籍数据库,想起来实在有点恼火。。