二号机
Blogroll
Links
Search
Recent Comments
- csslayer on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- plum on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- Randy's cat on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应 | CS Slayer on Fcitx 5 的拼音有哪些新功能
- 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应 | CS Slayer on A new pinyin input method that might be slightly better than sunpinyin
Tags
acfun amarok android archlinux ati blogbus cmake dbus fcitx fcitx4 fcitx5 fedora feeling git gnome gtk ibus icecast input method KDE kde4 kde4.5 keyboard layout kimpanel kwin Linux mpd nginx opensource opensuse planetkde plasma qt sunpinyin systemd ubuntu vim wayland Wordpress x11 yoga 个人Linux唠叨 做饭 歌词 追漫笔记Categories
Archives
Tag Archives: ibus
代码行数
fcitx-googlepinyin:695行,scim-googlepinyin:3892行 fcitx-sunpinyin:697行,scim-sunpinyin:1856行,ibus-sunpinyin:引擎 2944 行 + py配置 597行。
纠结的XIM,兼对GTK吐嘈
恐怕ibus和scim要偷着乐了,作为fcitx开发人员之一,当然要秉持fcitx的特点,轻量级,依赖少,可是最近稍微研究了一下XIM(把fcitx的debug打开),我对各大公司搞出的重量级应用程序开始有些愤恨… 就拿firefox来说吧,当然我现在还不大了解XIM本身的机制,因此可能有些妄断。XIM的交互是一个很老很老的库写的(copyright都93,94年)了,似乎到现在也没有成为标准的感觉。好,且不说这个,fcitx在firefox当中输入时第一次输入是不会光标跟随的,为什么呢?我其他Qt程序都运行的好好的嘛,怎么会有这个问题呢?好吧,于是我安装ibus玩一玩,我叻个去,如果GTK_IM_MODULE设置成xim,比fcitx还悲剧咧,我今天终于深刻感受到,gtk,就数你最不是好鸟,qt我这里怎么都work的完全ok啊,我的KDE程序没有一个不工作的好好的,结果你还害的firefox等等诸多程序一起悲剧。今天我也用ibus,不用gtk module玩了一把gnucash,也一样悲剧,结论就是,大部分的GTK的程序都在冲你吼叫XIM去死吧。大家说,ibus什么的输入没有问题,其实不是咱的过错,linux输入法至今感觉依旧混乱,qt的im module虽然也有,不过不知道是不成气候还是怎么样,xim和qt依旧和谐。 吼你就吼好了,你自己去成为一个更好的标准啊,大家皆大欢喜?好嘛,最后还不是大家一起杯具。 再说起外观这个事情,Qt好心好意的说,来来GTK,我也能和你长得一样哦,结果GTK似乎完全不鸟这个嘛,一个能用的Qt engine都没有(都是好心的人在kde-look上搞得,基本都不成熟,也难怪啦)。 喂喂gtk小同学你是不是吸取了c××××精神搞起独×了…… 最后为了皆大欢喜,我决定把gtk immodule实现提上日程。 以上
近期个人开发计划
唉,有很多程序想写,也有很多活要干,活干不过来哪有时间搞个人开发啊…… 目前想到的就是先把一个基于QT的PAC文件生成器给写好,主要的初衷是因为很多浏览器并没有firefox下面的FoxyProxy功能,因此想写一个能够通过自定义规则生成PAC文件的程序,而不用手工编辑,界面其实是抄的FoxyProxy的啦。。 唉……其实非常想给fcitx做ibus后端……但是没空啊……