--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: libreoffice-writer: ibus doesn't work
- From: Ryo Furue <furue@hawaii.edu>
- Date: Tue, 21 Jun 2011 11:01:18 -1000 (HST)
- Message-id: <20110621.110118.45240498.furue@hawaii.edu>
Package: libreoffice-writer
Version: 1:3.3.2-2
Severity: normal
I can't type Japanese in lowriter:
$ env | egrep ibus
QT_IM_MODULE=ibus
XMODIFIERS=@im=ibus
GTK_IM_MODULE=ibus
$ LANG=ja_JP /usr/bin/lowriter
Press the hotkey to activate ibus (ibus-anthy) and start typing.
The characters I type are garbled. Sometimes I get an ibus popup
window at the lower-left corner of lowriter. (Normally, it should
appear beside the text cursor.) When I hit the return key, I
sometimes get some Japanese characters which aren't the ones I want.
libreoffice is quite useless to me without the capability
of Japanese input. (Does this bug exist in openoffice.org ?)
Regards,
Ryo
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages libreoffice-writer depends on:
ii libc6 2.13-4 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.6.0-10 GCC support library
ii libicu44 4.4.2-2 International Components for Unico
ii libreoffice-base-core 1:3.3.2-2 office productivity suite -- share
ii libreoffice-core 1:3.3.2-2 office productivity suite -- arch-
ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3
ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library
ii libwpd-0.9-9 0.9.2-1 Library for handling WordPerfect d
ii libwpg-0.2-2 0.2.0-4 WordPerfect graphics import/conver
ii libwps-0.2-2 0.2.2-1 Works text file format import filt
ii ure 1.7.0+LibO3.3.2-2 LibreOffice UNO runtime environmen
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages libreoffice-writer recommends:
pn libreoffice-emailmerge <none> (no description available)
pn libreoffice-filter-binfilter <none> (no description available)
ii libreoffice-java-common 1:3.3.2-2 office productivity suite -- arch-
ii libreoffice-math 1:3.3.2-2 office productivity suite -- equat
ii sun-java6-jre [java5-runtime] 6.26-1 Sun Java(TM) Runtime Environment (
Versions of packages libreoffice-writer suggests:
ii libreoffice-base 1:3.3.2-2 office productivity suite -- datab
pn libreoffice-gcj <none> (no description available)
Versions of packages libreoffice-core depends on:
ii fontconfig 2.8.0-2.2 generic font configuration library
ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit
ii libc6 2.13-4 Embedded GNU C Library: Shared lib
ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra
ii libcurl3-gnutls 7.21.6-1 Multi-protocol file transfer libra
ii libdb5.1 5.1.25-10 Berkeley v5.1 Database Libraries [
ii libexpat1 2.0.1-7 XML parsing C library - runtime li
ii libfontconfig1 2.8.0-2.2 generic font configuration library
ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.6.0-10 GCC support library
ii libgdk-pixbuf2.0-0 2.23.3-3 GDK Pixbuf library
ii libglib2.0-0 2.28.6-1 The GLib library of C routines
ii libgraphite3 1:2.3.1-0.2 SILGraphite - a "smart font" rende
ii libgstreamer-plugins 0.10.34-1 GStreamer libraries from the "base
ii libgstreamer0.10-0 0.10.34-1 Core GStreamer libraries and eleme
ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface
ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an
ii libhyphen0 2.7.1-4 ALTLinux hyphenation library - sha
ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library
ii libicu44 4.4.2-2 International Components for Unico
ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG
ii libmythes-1.2-0 2:1.2.1-1 simple thesaurus library
ii libneon27-gnutls 0.29.5-3 An HTTP and WebDAV client library
ii libnspr4-0d 4.8.8-1 NetScape Portable Runtime Library
ii libnss3-1d 3.12.10-1 Network Security Service libraries
ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio
ii libpng12-0 1.2.44-2 PNG library - runtime
ii librdf0 1.0.13-3 Redland Resource Description Frame
ii libreoffice-common 1:3.3.2-2 office productivity suite -- arch-
ii libsm6 2:1.2.0-1 X11 Session Management library
ii libssl1.0.0 1.0.0d-2 SSL shared libraries
ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3
ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library
ii libtextcat0 2.2-9 Language detection library
ii libx11-6 2:1.4.3-1 X11 client-side library
ii libxaw7 2:1.0.9-2 X11 Athena Widget library
ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar
ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library
ii libxml2 2.7.8.dfsg-3 GNOME XML library
ii libxrandr2 2:1.3.1-1 X11 RandR extension library
ii libxrender1 1:0.9.6-1 X Rendering Extension client libra
ii libxslt1.1 1.1.26-7+b1 XSLT 1.0 processing library - runt
ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library
ii ttf-opensymbol 2:2.4.3+LibO3.3.2-2 OpenSymbol TrueType font
ii ure 1.7.0+LibO3.3.2-2 LibreOffice UNO runtime environmen
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
Thank you for your response.
> I did not notice this bug report (somewhat related to ibus).
>
> Subject: libreoffice-writer: ibus doesn't work
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631237
>
> I always use ibus with Openoffice for Japanese. So this can not be true
> to start with. This is most likely user configuratiuon issue.
>
> libtreoffice-writer 1.3.3.2-2 looks like old and it is from stable of
> that time (Sarge?), I guess. Though this bug report states reporter uses
> sid/wheezy.
I still have the same problem. I'm on Debian testing and dist-upgrade
daily, and so I must be using consistent and latest versions of
all packages. I'm now using Libreoffice 1:4.1.3-1 , in particular
> This is typical symptom for the system going long with "apt-get update"
> to become mix of non-uniform package sources.
>
> $ LANG=ja_JP /usr/bin/lowriter
>
> Also, LANG=ja_JP (=eucJP) looks strange. We should be using UTF-8 local
> to get system working right. GNOME needs UTF-8!
That doesn't seem to matter. When I do
$ LANG=ja_JP.utf8 lowriter
I can input Japanese characters with iubs. But, when
$ LANG=C lowriter
the ibus conversion window appears near the lower-left corner of
the lowriter window, but the result of the conversion isn't
inserted to the lowriter window.
Moreover, when I invoke lowriter, switch ibus to the mozc mode,
and start typing, I get these error messages.
$ LANG=C lowriter
I18N: Operating system doesn't support locale "en_US"
Preedit_UpdateAttributes( 0 + 1 > 0 )
XXX internal error, out of sync XXX
Preedit_UpdateAttributes( 0 + 1 > 0 )
XXX internal error, out of sync XXX
Preedit_UpdateAttributes( 0 + 2 > 0 )
XXX internal error, out of sync XXX
Preedit_UpdateAttributes( 0 + 3 > 0 )
XXX internal error, out of sync XXX
Preedit_UpdateAttributes( 0 + 2 > 0 )
XXX internal error, out of sync XXX
For your information, Opera 12 also behaves similarly.
That is, I need LANG=ja_JP.utf8 (or Chinese or Korean locales)
to use ibus on it. ibus works with Firefox (iceweasel) and
Google Chrome without LANG setting.
As you say, this may well be due to my "environment".
But, in any case, the fact is that the lowriter's
interaction with ibus does change with LANG, which is
strange (and shouldn't be the case, should it?).
Cheers,
Ryo
--- End Message ---