Package: fcitx-mozc-data
Version: 2.26.4220.100+dfsg-5.1
Severity: normal
X-Debbugs-Cc: iwama...@debian.org
In Fcitx5, the icons should be put under hicolor theme with fcitx-mozc* name.
The org.fcitx.Fcitx5-fcitx-* name is only designed to be used when fcitx
itself is packaged under flatpak. On re
Hi, I'm just surfing on the web and see this report accidentally.
But from my knowledge, I'm quite sure this bug is affected by
https://bugzilla.gnome.org/show_bug.cgi?id=645993 and is fixed by gtk3
since 3.1.6.
Package: im-config
Version: 0.18~quantal1
Severity: normal
Tags: upstream
(Sorry for report it from ubuntu)
im-config 0.18 uses im-launch to fix some old problem, but also brought some
new problem. in current initialization sequence, the final command will be:
dbus-launch im-launch command-for-s
You only looked at the behavior, while I'm looking at the code.
https://bugzilla.gnome.org/show_bug.cgi?id=684511
signature.asc
Description: This is a digitally signed message part.
It's not general comment, it's fact. I have already experienced tens of gtk
application which do things wrong (Also including famous one). And if they are
not widely used by CJK people, people won't care about it and just find
subitution.
I even maintain a page (http://fcitx-
im.org/wiki/Hall_o
Hello I'm the upstream fcitx developer.
I don't really think what you meet is a bug.
First let me introduce the "preedit" concept, it's usually the underlined text
in the input box that you want to type text in.
So, all zh-bopomofo, zh-pinyin, zh-py, zh-tonepy, are trying to use preedit.
And a
Hi,
I'm the author of this patch
If you need some info about what file need to be installed
You could take at look at this.
https://github.com/fcitx/mozc/blob/5ba086ae0004dd2ccd572b168747ad499402ad55/scripts/install
And this unix/fcitx/fcitx.gyp:fcitx-mozc need to be added to the target.
Maybe
No, fcitx won't.
IBus itself will be a dbus-server and use a private address, instead
of using session bus, I don't want to and I won't do that.
I previously thought we can walkaround this problem with add this
if test -z "$DBUS_SESSION_BUS_ADDRESS" ; then
eval `dbus-launch --sh-syntax --exi
Hi,
The root cause is fcitx cannot found session's dbus-daemon is running.
Basically fcitx has a walkaround for this, and retry 5 times, with 1
second sleep. But YuQiang Su's desktop startup is quite slow that
still didn't catch up the dbus test.
And even I try to add eval `dbus-launch --sh-synta
9 matches
Mail list logo
