PLEASE DO NOT FEED THE TROLLS

这篇有置顶必要。

       +-------------------+             .:\:\:/:/:.
       |   PLEASE DO NOT   |            :.:\:\:/:/:.:
       |  FEED THE TROLLS  |           :=.' -   - '.=:
       |                   |           '=(\ 9   9 /)='
       |   Thank you,      |              (  (_)  )
       |       Management  |              /`-vvv-'\
       +-------------------+             /         \
               |  |        @@@          / /|,,,,,|\ \
               |  |        @@@         /_//  /^\  \\_\
 @x@@x@        |  |         |/         WW(  (   )  )WW
 \||||/        |  |        \|           __\,,\ /,,/__
  \||/         |  |         |      jgs (______Y______)
/\/\/\/\/\/\/\/\//\/\\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Posted in 日志 | 17 Comments

Fcitx 4.1的开发进度

大概是这样,我主要在进行整体的重写,使得Fcitx具有更好的扩展性,现在我正在将Fcitx的一个个功能都移植到新的框架下面。现在以下功能都将成为独立模块。

module/chttrans (简繁转换)
module/punc (标点转换)
module/quickphrase (快速组词)
module/vk (虚拟键盘)
module/x11 (x相关功能)
module/autoeng (自动英文模式)

其实并没有增加什么新的功能,除了简繁转换我增加了opencc支持之外(感谢byvoid1)。

主要目的是想让再Fcitx上进行开发变得更加容易,同时也会整理一份全新的文档出来。

另外也让支持一些功能(例如GTK IM MODULE这类)变得容易,还有将图形功能从核心中剥离,使得移植到其他系统能变得更加简单一些。

还有一个比较重大的变化就是我把fcitx的makefile已经全面移植到CMake上面了。

等到恢复了大部分原有功能后就会把这部分修改push回google code,现在这部分代码还躺在我自己的bitbucket里面。

现在基础的界面其实只移植了输入窗口,因为扩展性增加的缘故使得皮肤的设置需要有改变。还差主界面,虚拟键盘,kimpanel,fcitx-remote,4个功能没有移植到新的框架下面。当完成了前两个之后就会push回google code,到时候欢迎大家测试。

如果你真的想试试(其实真没什么好试的),可以到这里clone https://bitbucket.org/csslayer/fcitx-personal

特意用刚刚编译的fcitx写的这篇内容,嗯。

Posted in fcitx development | 32 Comments

Arch再见 Chakra你好

洁癖这事是慢慢搞出来的。难道不是嘛?安装个什么包libgnome-都会跳出来……这让人很不爽哎。

主要起因是昨天搞telepathy-kde,然后就茫茫多的依赖……

于是让我有了转投Chakra的念头。

下载cd,刷到usb上面,然后开始安装。

诶诶诶诶(((( ;°д°))))诶诶?不支持btrfs?

啊,幸好我老的btrfs没有删掉,于是抱着试试看的心理,先对我原来的root进行了rm -rf *的操作,然后顺利安装启动成功!

超愉快的,到这里。

然后发现……虽然不是arch了,不过pacman 什么的也都好好的在那里呢,其实只是作为软件源分开了,而不是真的要和Arch分道扬镳吧。然后先开testing升级了下initscripts,然后就是各种把以前备份的配置搞来。

基本就还当着arch用啦,AUR上的包都能拿来直接编译的说。

另外Chakra这新闻很坑爹,明明通过arch的initscripts支持了btrfs,却没有btrfs-progs-unstable在源内……当然我后来自己编译了下啦。

另外就是Chakra的源内有Catalyst。不过我编译内核的瘾又来了,从wuala上掏出珍藏的kernel26-ck-2.6.37.4的pkgbuild,然后aur抓modprobed_db,开始编译!

现在还在慢悠悠的下载catalyst包呢,因为多内核还是应该用catalyst-hook啦。

ccr上有fcitx,我很愉快,感谢Archlive众。

另一个要说的是chakra用的是burg(不过完全没美化过……),基本使用起来和grub2很像,倒是chakra里面的grub2不能用,会报错。

然后我倒是一口气把appset-qt删了= =b,明明人家搞得包管理界面的说。其实很有趣,会主动打开项目主页给你看。

总体来说,底层包,CLI包比Arch少,玩惯了Arch可能觉得这没有那没有的。不过说起游戏,KDE程序那比Arch预编译的要多得多呢。找不到的话,不妨回AUR看看,拿来编译下也没问题呢。

说话这会ati驱动终于下载完了,重启看看kernel26-ck如何?

Posted in KDE | 31 Comments

工作区还是不要工作区?

仅代表个人观点。

作为一个1986年诞生的概念,虚拟桌面已经算是个很老的概念了。Windows从始至终也没有提供过类似功能。我想对于很多人来说,不能说觉得这个功能没用,但是似乎又总是用不上。

问题在哪?

因为工作区这个概念需要手动调整,我必须在某个工作区启动程序,然后才能在这个工作区放置这个窗口,或者从某个当前的工作区移动到另外一个。对于那些定制性不高的窗口管理器来说,工作区就完全鸡肋化,为什么我需要不断的移动窗口……好烦啊。

你能用几个工作区?

这个我纯引用下:科学家说大脑一次只能做两件事

且不说这个结论是对是错,由于工作区本身的限制,人无法同时关注到不同工作区窗口的内容。导致如果你需要看看别的窗口的内容,啊,切换过去吧,然后再切回来。工作区本质上和多屏幕的区别在于,工作区只能放你暂时不关注的东西,而不是扩大你的视野。

为什么不用最小化?

对于难以处理多件事情的人来说,如果你对工作区的用法仅仅是放置你不想要的东西,那么为什么不用最小化?其实最小化也完全可以取代一个工作区的地位。

工作区高手都是怎么用的?

并不是他们的大脑线程数很多,他们需要每个工作区只有一个程序,从而将工作区和他们要干的事情直接联系起来。这也就是很多平铺窗口管理器用户干的事情,考虑到平铺一定会占用所有屏幕空间无遮挡,使得很难同时在一个工作区有超过3个窗口。对于他们来说,启动浏览器就会到一个工作区,启动vim就会自动到另一个工作区,或者所有程序都是开机预先启动分配了,想做什么,就切过去。

其实我一向是坏心眼的

对于缺少可定制性的WM来说,工作区的有或者没有等于鸡肋。人的任务永远是需要手动分组的,比如浏览器,难以保证我打开浏览器就是为了gmail,还是为了搜索。这个小标题的意思是我要开始干一些不人道的事情了 XD。gnome 3的工作区管理完全不吸引人。到最后也仅仅是按需分配而已。但是这个所谓的“需”还无法记忆。到底是动态分配,还是不动态分配,在不影响最终效果的前提下,对于用户来说没有意义。

Posted in Linux | Tagged , | 17 Comments

周末Launch Party

感谢 happyaron 给这个机会,让我有机会卖下KDE。

虽然题目是KDE 4.6 brings brand new kubuntu,不过大部分都是KDE 4的内容啦,kubuntu只是边角料

总之主题就是把KDE 4卖个遍。主要还是kdebase/kdelibs里面的东西。

欢迎砸场,要知道我最不惧这个了。你来用别的DE/WM砸场就是给我机会骂别的东西哦?名正言顺的哦。另外如果你说的确实是存在的问题,我会老实承认的,这点不用担心。地雷在哪我想我自己要清楚得多。

感谢 http://blog.barisione.org/2007-09/torino-a-pretty-theme-for-latex-beamer/ 提供的beamer主题。

更多详情:

http://linuxtoy.org/archives/ubuntu-1104-release-party-beijing.html

P.S.

关于“骂”这个词不要介意……夸张手法而已。

Posted in KDE | 5 Comments