[Pkg-ime-devel] uim: --with-m17nlib option issue

[Masahito Omote]

Hi,

On Wed, 27 Oct 2004 20:54:27 +0200
Osamu Aoki <osamu@debian.org> wrote:

> Hi,
> 
> On Thu, Oct 28, 2004 at 12:39:09AM +0900, Hidetaka Iwai wrote:
> > FYI, there is another way to use anthy, if uim is built with
> > --with-m17nlib option.
> > 
> >  uim-xim/uim-gtk2/uim-fep  <-- uim-common <-- libm17n <-- anthy  <-- Keyboard
> > 
> > On Debian, there is the problem with the way by which uim determines
> > the default imput method, and uim has been built without libm17n
> > support since 1:0.3.8-2 (for detail, please see
> > /usr/share/doc/uim/changelog.Debian.gz)
> 
> You mean /usr/share/doc/uim-common/changelog.Debian.gz
> 
> You should file a bug report.  Hmmmm...  This is Omote-san's package.
> 
> Omote-san, as I see changelog
> 
> uim (1:0.3.8-2) unstable; urgency=low
> 
>   * Rebuild with new libgtk2.0-0.
>   * Remove Build-Depneds: libm1n7-dev.
> 
>  -- Masahito Omote <omote@debian.org>  Sat, 22 May 2004 01:47:36 +0900
> 
> s/m1n7/m17n/
> 
> Do you still has to do this with reason?

Yes. In 0.3.8(r849 in uim repository), uim-m17n was just a test implementation.
Talking with upstream about m17libs support on Debian package, I stop providing
users m17nlib support at that time.

And it also had introduced problem about default input method in ja_JP.eucJP. 

When you install neither anthy nor canna, uim-m17n-tcode is selected by default.
But tcode is very strange input method for users. [1]

Also, when without m17nlibs support, uim-skk is selected by default. But cannot
translate into Kanji at all.

Default IM problem in Japanese environment is very difficult. This comes from the
order of IMs. If m17nlib is needed to support in uim, we have to avoid selected
uim-m17n-tcode by default instration. But I have no idea.

[1] http://openlab.jp/tcode/intro.html (written in Japanese)
-- 
Masahito Omote(omote@utyuuzin.net, omote@sapmed.ac.jp, omote@debian.org)