Difference between revisions of "Talk:IBus"

From ArchWiki
Jump to navigation Jump to search
(The instructions on the Wiki do not work at all.: closing discussion (never really did get ibus to work though))
(The instructions on the Wiki do not work at all.: clearing closed discussion)
Line 98: Line 98:
[[User:Goodmami|Goodmami]] ([[User talk:Goodmami|talk]]) 07:21, 1 March 2013 (UTC)
[[User:Goodmami|Goodmami]] ([[User talk:Goodmami|talk]]) 07:21, 1 March 2013 (UTC)
== <s>The instructions on the Wiki do not work at all.</s> ==
Having followed them precisely, Ibus IMEs are not functioning in any application anywhere.
The only thing that appears to be functioning is Super+Space, which shows a dialog changing input methods, but nothing whatsoever actually changes.[[User:Quequotion|quequotion]] ([[User talk:Quequotion|talk]]) 08:29, 21 January 2018 (UTC)
:Ended up switching back to fcitx, has been working for about a year. Perhaps I will revisit this issue when it inevitably breaks down. [[User:Quequotion|quequotion]] ([[User talk:Quequotion|talk]]) 15:33, 5 June 2019 (UTC)

Revision as of 13:52, 14 June 2019

This wiki is great, but was insufficient in my case:

Fresh install: (uname -a) Linux portable-schrek 2.6.38-ARCH #1 SMP PREEMPT Tue Jun 7 06:40:04 UTC 2011 i686 Intel(R) Pentium(R) M processor 1400MHz GenuineIntel GNU/Linux

XFCE 4.8.0

(pacman -Q ibus) ibus 1.3.9-3

and no gnome at all installed (nor gdm, I use slim instead).

All that was written didn't do it. I had to find an obscure comment from a user in a bug tracker somewhere to understand environment variables were missing. I found trace of this nowhere else, so I post here my ~/.bashrc as it is now (with Ibus working):

[matthieu@portable ~]$ cat ~/.bashrc

# Check for an interactive session
[ -z "$PS1" ] && return

alias ls='ls --color=auto'
alias ll='ls -lFh --color=auto'
alias emacs='mg'
PS1='[\u@\h \W]\$ '
export GDM_LANG=fr_FR.UTF-8
export LANG=fr_FR.UTF-8
export LC_ALL=fr_FR.UTF-8
export LANGUAGE=fr_FR.UTF-8
export LC_CTYPE=fr_FR.UTF-8
export XMODIFIERS="@im=ibus" 
export XIM=ibus export XIM_ARGS="-d" 
export DEPENDS="ibus" 
export XIM_PROGRAM=/usr/bin/ibus-daemon 
export GTK_IM_MODULE=ibus 
export QT_IM_MODULE=ibus 

#export XMODIFIERS="@im=ibus"
#export GTK_IM_MODULE=ibus
#export QT_IM_MODULE=ibus
export GTK_IM_MODULE_FILE=~/.immodules

I Hope it helps... Have a nice day!

'ibus-daemon -d' does not work with libreoffice writer

[jpli@balance ~]$ uname -a

Linux balance 3.0-ARCH #1 SMP PREEMPT Sat Aug 6 16:18:35 CEST 2011 x86_64 AMD Phenom(tm) 9150e Quad-Core Processor AuthenticAMD GNU/Linux

I chose fvwm and slim as my window manager and display manager, no specific desktop environment installed.

My ibus "suite", no other input method installed:

[jpli@balance ~]$ pacman -Qs ibus

local/ibus 1.3.9-3
    Next Generation Input Bus for Linux.
local/ibus-pinyin 1.3.11-2
    The PinYin Engine for IBus Input Framework.
local/ibus-sunpinyin 2.0.3-1
    The SunPinYin Engine for IBus Input Framework. SunPinYin is a Statistical Language Model based pinyin IME by Sun.

I setup ibus in ~/.xinitrc, thought I need not use the extra "--xim" option: [jpli@balance ~]$ cat ~/.xinitrc

# ~/.xinitrc
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  unset f

export GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules
ibus-daemon -d

# exec gnome-session
# exec startkde
# exec startxfce4
# ...or the Window Manager of your choice
exec ck-launch-session fvwm

In ~/.bashrc:

export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus

Then I found out no Chinese input method can be brought up with Ctrl + space in libreoffice writer When I killed all the ibus processes and restarted ibus using "ibus-daemon --xim -d", the problem was solved.

I suggest to add this "--xim option issue" to wiki once it gets conformed

Input Sources and Gnome 3.5+

On Gnome 3.6, I was able to install ibus with limited success, but I was unable to get the IME to reliably turn on. The issue might have to do with the integrating of Ibus into recent versions of Gnome (https://live.gnome.org/ThreePointFive/Features/IBus). Part of this integration has a grand vision that adding input methods (or "input sources") is no different than adding keyboard layouts, and that it will be easy and intuitive. Of course, the current implementation falls short of this goal. I got Japanese input working by adding "Japanese (anthy)" as a keyboard, but it also defaulted to a Japanese keyboard layout (so Shift-2 is ", not @, etc.), but one can choose another layout in Anthy's configuration menu. Chinese input was less successful, as there is no compatible modules for the Rime IME, but there may be for other Chinese IMEs. There is an added benefit that adding IMEs this way includes an indicator applet in the gnome-shell panel, whereas I saw none when using ibus without adding the input-source.

Goodmami (talk) 07:21, 1 March 2013 (UTC)