Bug#591459: [Pkg-ime-devel] Processed: unarchiving 591459

2012-02-06 Thread Osamu Aoki
Hi,

On Mon, Feb 06, 2012 at 03:12:22PM +, Debian Bug Tracking System wrote:
 Processing commands for cont...@bugs.debian.org:
 
  unarchive 591459
 Bug #591459 {Done: Osamu Aoki os...@debian.org} [ibus] ibus: breaks compose 
 key
 Unarchived Bug 591459
  thanks
 Stopping processing here.

I thought compose key is supported by ibus-xkbc package.  Are you having
problem with it?  Unlike SCIM, you need this package to have deadkey
support.

Please provide output of:

$ dpkg -l ibus-xkbc ibus ibus-gtk ibus-gtk3

$ set|grep IM_MODULE

$ set|grep XMODIFIERS

If you can describe issues for non-deadkey user to reproduce, I will
appreciate.

Osamu



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#591459: [Pkg-ime-devel] Processed: unarchiving 591459

2012-02-06 Thread Charles Plessy
Le Tue, Feb 07, 2012 at 12:40:00AM +0900, Osamu Aoki a écrit :
 
 I thought compose key is supported by ibus-xkbc package.  Are you having
 problem with it?  Unlike SCIM, you need this package to have deadkey
 support.

Good morning,

sorry for not following immediately the unarchiving by a better explanation; I
went to sleep first ;)

I would like to re-open this bug.  I think that ibus-xkbc may be
a temporary workaround, but it is definitely not a solution.

 1) Ibus is still broken as it does not support the compose key
natively.  Can you imagine if we would need a module for
the shift key ?

 2) If Ibus becomes the recommended input manager in GNOME3, then
the loss of transparent support for the compose key is a regression
compared with previous from GNOME2 plus default input manager.

 3) ibus-xkbc is a keyboard layout switching module whose functionality is
redundant with X.org's layout switching (well supported by the GNOME shell).
Keyboard layouts and input systems are two different things operated
independantly.  I switch between Japanese and Canadian layouts, and
within this or that layout, I switch input methods when I need to
type Japanese.  Under the ibus-xkbc, this is more complicated.

 4) I think that it is fair to expect from input systems that,
when no input method is selected, the keyboard behaves exactly
the same as when the input system is not running.

Unless it becomes easy to replace Ibus on GNOME3, and for the
moment I have the impression that UIM is not so well integrated,
or unless the Ibus developers have decided upstream to never
support the compose key directly, I think that the current situation
is bug a that should be reflected in our BTS.

I have added my voice to the other users asking for a better support of the
compose key in the upstream BTS as well.
http://code.google.com/p/ibus/issues/detail?id=526#c43

I hope that this can be somehow resolved before Wheezy, and that it can be as
simple to work in a multilingual configuration on Debian as it was before.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org