Bug#631237: libreoffice works with ibus in sarge/wheezy/jessie
Hi,
On Tue, Dec 17, 2013 at 08:36:53AM -1000, Ryo Furue wrote:
> 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.
This only change locale for lowriter.
What locale you are running ibus mini-window and X matters. I do nit
have reference now but pretty sure it has to be UTF-8 locale. Sometime
ago, I think Debian release note mentioned you have to select UTF-8
locale as default locale to get expected i18n behavior. ... Google told
me:
http://www.debian.org/releases///stable/kfreebsd-amd64/release-notes/ap-old-stuff.en.html#switch-utf8
http://www.debian.org/releases///stable/kfreebsd-amd64/release-notes/ap-old-stuff.en.html#ftn.idp1190928
Your bug report indicates that you are in LANG=C for your machine.
> 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
Some i18n locale conversion program complaining, I guess.
> 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.
This clearly indicates you are having problem with your ibus environment
and this is not likely bug for lowriter.
> 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?).
Do you have locales-all installed? If not install it or configure
locale package to enable some UTF-8 locale with:
$ sudo dpkg-reconfigure locale
Also, make sure that /etc/default/local uses UTF-8 locale as default for LANG like:
# File generated by update-locale
LANG="en_US.UTF-8"
LANGUAGE="en_US:en"
Regards,
Osamu
FYI: You replied to us with <bug-number>-done@... address, that made this bug
report closed. Now that I hrear your situation, it is clearly your
configuration issue. So I am keeping this as closed.
> Cheers,
>
> Ryo
Reply to: