Il giorno Thu, 27 Apr 2017 21:42:00 +0200 René Krell renda.krell@gmail.com ha scritto:

What is the desired behavior here, is IBus daemon necessary to come up with the system and why are there two icons? Is this a Plasma problem or just a misconfiguration?

This is being discussed upstream with KDE, IBus and fcitx developers. It's part of a larger problem of input methods vs keyboard switching.

See https://mail.kde.org/pipermail/plasma-devel/2017-April/068978.html for a rundown of the problem.

What is the default behavior, is it intended to automatically start the IBus daemon with logging in?

It is intended. If IBus is installed, /etc/X11/xim (which is openSUSE stuff) start ibus-daemon when you log in.

If you do not want IBus, you can turn it off by adding the following line into ~/i18n

INPUT_METHOD=none

input has been possible in a open yakuake terminal after the laptop lid has been close (Suspend mode) and reopened.

It seems that ibus-daemon crashed when lid is closed or opened. Do you need to manually restart ibus-daemon every time whenever you close the lid?

-- Fuminobu TAKEYAMA (ftake)

On 2017/04/28 4:42, René Krell wrote:

Hi all,

In Plasma/KDE, I have had repeatedly the problem, that no keyboard input has been possible in a open yakuake terminal after the laptop lid has been close (Suspend mode) and reopened.

I figured out that this can be recovered by starting the IBus daemon from start menu, which opens first a dialog window "The IBus daemon is not running. Do you wish to start it?". After confirming the keyboard input is possible again.

What is the default behavior, is it intended to automatically start the IBus daemon with logging in? I had to hide its icon in the sys tray, otherwise I got two language icons for switching the keyboard layout, one from IBus daemon and one from KDE.

What is the desired behavior here, is IBus daemon necessary to come up with the system and why are there two icons? Is this a Plasma problem or just a misconfiguration?

René