GNOME Bugzilla – Bug 672190
Inputs Methods don't work in integrated mode
Last modified: 2013-08-16 12:05:29 UTC
Hi, at Debian, a user reported problems with ibus and dia. I could reproduce that ibus input can't be activated in dia (usually Ctrl+Space, but also configurable) and it also doesn't show up in the "Inputs Methods" menu. Please see also http://bugs.debian.org/664049 Thanks, Roland
Fedora LXDE/XFCE 15 & Dia 0.97 I can use ibus/ibus-mozec & ibus-anthy to type Japanese in Dia, as long as I use the command without [OPTION] to launch dia, i.e. $ Dia& I lose Japanese input, see Roland comment above, as soon as I launch Dia with the --integrated option. But I see the input method menu > ibus (system) and other option in the GUI. None of the settings let me type in Japanese
me 3... same as those guys above... Ubuntu 12.04LTS & Dia 0.97.2... by the way, the Fcitx, a Chinese input method does work...
*** Bug 678239 has been marked as a duplicate of this bug. ***
Created attachment 217077 [details] [review] Connect im-related signals also to the integrated UI canvas AFAICT these are actually two issues, but only one of them can (or should?) be solved in Dia's source code. 1) the "Input Methods" menu is filled with all gtk-2.0 input method modules, but ibus does not seem to be in that category. 2) the integrated UI works less than the (maintainer) default one. On master I've started to clean up some code duplication introduced with the integrated UI patches. And stumbled over missing signal connections for the canvas. With the attached patch I can input Japanese with the integrated UI on win32. I'm not sure if this enough for Linux, too.
*** Bug 682712 has been marked as a duplicate of this bug. ***
Renamed to better reflect the Dia issue (and reduce duplicates).
Patch pushed to dia-0-97 branch: https://git.gnome.org/browse/dia/commit/?h=dia-0-97&id=2661a641b53899e994c15195057a8fe3c16becf4