就在这个服务器上。。大家没事别乱听，听了也没福利
目前就扔了两首歌四叠半神话大系op，和灼眼的夏娜的第一季op1。为了流量等原因，音质设置成了64k……
url：echo aHR0cDovL2Nzc2xheWVyLnRrOjgwMDAvbXBkLm9nZw== | base64 -d
url扔给mplayer就好了
想自己配置玩玩的话请参考：个人的linux唠叨——音乐播放器
就这样
机缘巧合的偶然和必然
前些日子在实验室的电脑上面装fcitx，结果杯具，无法显示汉字，我心想怎么会啊，怎么搞得咧。调试半天没有结果。
今天突然想起以前用python和pango，cairo的绑定写quodlibet的歌词插件的时候，对于字符串长度为0的情况，cairo无法正确处理（老版本的cairo，否则问题应该早就被发现了，不至于我装了centos这种服务器系发行版才发现）所以一下子就找到了问题所在。感到这个世事轮回啊，当年根本无人问津的歌词插件，今天反过来倒是帮了自己一把。真是感慨。
感到经验的积累总是有用的，嗯，就这样。
=-=-=-=-=
Powered by Blogilo
KDE4.5跳票了一周，Good Job！
http://lists.kde.org/?l=kde-release-team&m=128093368305162&w=2
这才对阿，要不有着那个bug还发布，情何以堪啊。Good Job！
Reply里一个slackware的哥们杯具了，抱怨正式发布前陷入无限的重编译当中……你要淡定
Posted in KDE
6 Comments
KDE和Gnome主题架构对比
纯粹是回帖越写越长，最后决定还是在自己的blog保留一份。和原文相比略有修改，修改了一些错字和不太恰当的描述，加了一些图辅助说明，算是一篇比较认真制作的文吧。
kde的ui toolkit是qt，gnome的ui toolkit是gtk，所以下文很多地方直接使用了gtk和qt。
先说窗口边框，metacity，kwin，compiz各有不同。
metacity支持自己的主题，可以用文件配置。kwin则是从代码级别上支持主题，新主题就需要写个新代码，compiz的emerald和 metaciy类似不谈。所以如果想让kwin和metacity和emerald类似，那么就需要有个kwin的边框引擎支持从图片或者什么其他的配置，kwin目前官方有aurorae这个引擎，支持直接从kde-look下载，通过svg图片配置。
kwin的各个主题，都是需要独立实现的
高度集成的aurorae，从kde-look直接下载
界面的话和qt和gtk又有不同，gtk支持界面每个部件使用不同引擎，统一用gtkrc管理，而qt的界面是单一引擎，配置都是各个引擎自己独立配置，各有自己的配置文件，再外加上colorscheme组合出各种颜色。
gtkrc样例
colorscheme配置，注意里面的获取新方案，我十分心水kde和kde-look的高度集成
plasma的话位置在~/.kde/share/apps/desktoptheme下面，都是svg文件，其中连文字边距等等信息也都是通过 svg实现的。auroae的边框引擎是基于plasma的，所以也是svg，在~/.kde/share/apps/auroae下面，和 emerald，metacity的多个分着的png不同，基本是一个整体的svg，编辑门槛比较高一些，但是好处就是svg是矢量，做出来的主题在缩放之后有更好的支持。
plasma主题选择，依旧支持kde-look直接下载安装
总结来看，就是gtk引擎的组合相对更加自由，qt更加固定，容易让开发者做出那种整体协调的主题。例如oxygen，bespin这种整体超级协调的引擎。当然qt也有qtcurve这种超等级高自定义的引擎，几乎可以拿来模拟任意gtk主题，外加qtcurve同时也实现了gtk引擎，qt和 gtk程序统一界面也很容易。qtcurve的另一个优点就是可以用gui配置，简单易用，而gtkrc没有编辑工具（据我所知）。
另外qt原生支持gtk主题，这点比起gtk的态度貌似好很多……
qtconfig中配置gtk主题
kde中配置gtk风格
P.S.
截图来自kde4.5rc3，如果你很奇怪你的kde为什么界面不一样，那么说明你应该考虑更新一下。
异常喜感的kde bug report
看老外们站队形
话说我稍稍研究了一下那个fix，这个和那个dbus的问题真的有关系吗？……只是解决了3问题至多2吧。
https://bugs.kde.org/show_bug.cgi?id=232054
——- Comment #43 From Stefan Fleckenstein 2010-08-02 17:49:51 ——-
I agree with Clemens Eisserer: Shipping KDE 4.5.0 with an unstable filemanager is not a good idea, IMHO it is a showstopper. Tagging for 4.5.0 seems not to be
finished, can this fix be included there as well?
——- Comment #44 From Tomasz Czapiewski 2010-08-03 07:21:27 ——-
I agree with Clemens Eisserer and Stefan Fleckenstein, too. It should be considered as showstopper for 4.5.0. Many KDE users will upgrade from 4.4.x to 4.5.0 expecting stable and polished desktop and can be frustrated about this bug.
——- Comment #45 From Luca Tomat 2010-08-04 11:22:11 ——-
I agree with Clemens Eisserer, Stefan Fleckenstein and Tomasz Czapiewski. This problem should be fixed in 4.5.0
This version of KDE is very stable and good, unfortunately this bug affects an important desktop component making it very little usable. Releasing KDE 4.5 with this bug would give a bad taste to the user making it seem unstable and broken. Should we pay this price just to respect a planned releasing date?
Posted in KDE
6 Comments
