I have had tons of ibus issues with certain programs as well. Also, if
others can confirm, additional problems are that the "menu" doesn't work
(using a mouse) to switch input methods. The only consistent method is
to use the keyboard shortcut.
BUT, I have solved all ibus problems (thanks to help from others) with
some manual help, but need additional help from others to konw how to
get these changes made known to the ubuntu devs.
1. stock ibus for Ubuntu 12.04 (version 1.4.1-3ubuntu1) has several
difficulties when using the system tray icon GUI to enable or disable
keyboards. Sometimes it is not turned on properly even though the icon
changes, sometimes it says "no input window" when there is indeed one,
and other times it simply seems unresponsive: turning on the keyboard
does nothing. This seems across "almost all applications". Same issues
exist with the 12.10 ibus (different version, but still has the
"ubuntu1" customization).
Upstream versions of ibus from Debian Sid (version 1.4.1-7) solve
all of these problems, and ibus seems to work very very well from the
GUI menu with this update (another colleague packaged these for me for
32 and 64 bit: if anyone would like these I would be happy to send them.
so please let me know). Note that this new version will not show up in
the system tray (notification area) by default, however, so either run
this command:
gsettings set desktop.unity.panel systray-whitelist "['all']"
or do the same with dconf-editor.
In summary for this first issue, it is WHATEVER Ubuntu is customizing
that is causing a great headache for ibus users. Stock ibus from Debian
works much better!
2. Setting ibus as the "keyboard input method" in Language Support
will cause unexpected behavior (even with the updated version of ibus
from above). Particuarly in some apps (a custom mono based one I use is
one example), the window ids of the various windows windows will be
confused by ibus, thus resulting in the inablity of ibus to work
consistently (again, from the GUI menu). If ibus is started manually,
these problems do not appear. Only when started through Language
Support. The workaround is to keep Language Support keyboard input
method to "none" and have a startup application that runs "ibus-daemon
-xrd" on login (can either be user level or system level in
/etc/xdg/autostart).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1007423
Title:
ibus won't turn 'on' when in certain programs
Status in “ibus” package in Ubuntu:
Confirmed
Status in “libreoffice” package in Ubuntu:
Confirmed
Status in “libreoffice” package in Fedora:
Unknown
Bug description:
What I expect to happen: I can turn on and change and use input
methods in ibus in any program.
What really happens:
When in gedit, ibus turns on fine and I can input in Japanese (anthy) and
other languages e.g. Chinese pinyin.
However, when using firefox, I can't get the input method to change to anthy
or any other from "Input method Off" using my shortcut keys (Ctrl+Space).
If I manually right click ibus icon in the tray and left click the
input method (e.g. anthy), the first time, the bullet point changes to
anthy AND "Input method Off", the second time it will change
completely to anthy but sometimes it stays at "Input method Off". Even
if the bullet point changes to anthy, I am not able to input in anthy
at all.
The first time I turned ibus 'on' to anthy in EiskaltDC++ it worked, however
the following times it didn't work at all.
When I restart ibus, and try to switch to anthy or another input using
right-click on the ibus icon, I only see "No input window" where there should
be input methods. However, when I switch to kate/gedit, I am able to use any
other input method, and can switch input methods using keyboard shortcut or GUI
click menu.
After switching to another input method (e.g. anthy), I am able to switch to
other input methods in apps that I can't use other input methods in (e.g.
firefox) via the GUI click menu (but not keyboard shortcut).
If I check "Share the same input method among all applications":
-- and switch to anthy (or any other input method besides "Input method Off")
in gedit, I am able to type using anthy in gedit, but when I switch programs to
firefox for example, it won't work. I can see the anthy logo in the tray icon,
and also in the anthy menu, but all the switch "input mode" "typing mode"
"conversion mode" "dictionary" buttons will have disappeared, and only the
anthy logo button (change ibus input) and "About the input method" button
remain.
-- I can't change the input method (using keyboard shortcut orc GUI click
menu) in any application I can't type using other input methods.
-- I can also no longer change input methods using the GUI click menu, but
must use my shortcut (Alt-Shift_L), even in applications that I can input
non-english in (i.e. gedit/kate).
Sometimes the GUI click menu displaying input methods with current
input method bullet pointed doesn't display correctly, even in apps
that I can input non-english in (gedit/kate). I must right-click the
tray icon again for it to refresh and display properly. For example,
if I switch using the keyboard shortcut, the input method will have
changed but the bullet point will still be on the previous input
method, unless I right click the tray icon again.
To 'input' other languages into firefox (or any other program), I must
first type in gedit or kate and then copy the text over to firefox. I
can't even type non-english languages in LibreOffice Writer!
I'm running Kubuntu 12.04 amd64 with KDE 4.8.3 and IBus 1.4.1-3ubuntu1
(On i5-520M, 4GB, GT330M)
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: ibus 1.4.1-3ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-24.39-generic 3.2.16
Uname: Linux 3.2.0-24-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.0.1-0ubuntu8
Architecture: amd64
Date: Fri Jun 1 23:33:41 2012
InstallationMedia: Kubuntu 12.04 LTS "Precise Pangolin" - Release amd64
(20120423)
ProcEnviron:
LANGUAGE=en_AU
TERM=xterm
LANG=en_AU.UTF-8
SHELL=/bin/bash
SourcePackage: ibus
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1007423/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
