[Pkg-ime-devel] Bug#699368: ibus Ctrl-Space key binding conflicts with eclipse, emacs and other IDEs

[Jose Luis Martin]

Hi Osamu, 

I think that there is a clear conflict here. After installing ibus, at
least the following IDEs don't work properly:

- emacs 
- eclipse
- kdevelop
- netbeans
- qtcreator
- monodevelop

I found the same bug report in fedora bugzilla some time ago:
https://bugzilla.redhat.com/show_bug.cgi?id=756595

I don't think that changing the Ctrl-Space key binding is an option for
any experienced developer.

Thanks.


> severity 699368 wishlist
> tags 699368 + wontfix
> tags 699368 - l10n
> thanks
> 
> Hi,
> 
> Asian input method IME/FEP start/toggle keys in use are:
>   shift-space:   older Japanese UNIX-like OS and some Windows pre-MS-IME tools
>   control-space: older Chinese UNIX-like OS
>   control-enter: I see web document mentioning Solaris used to do this.
> 
> And all these shift/ctrol/alt/-space/enter/... combination were used by
> text input method.  This is highly desirable keys which OS-level utility
> like to take control.
> 
> On Wed, Jan 30, 2013 at 06:49:40PM +0100, Jose Luis Martin wrote:
> > Package: ibus
> > Version: 1.4.1-9
> > Severity: normal
> > After installing ibus,   eclipse auto-completion stop working because
> > Ctrl-Space key binding was used by ibus.
> 
> Yes.  So what is wrong here.  You filed this not as wishlist but normal
> bug.  I fail to understand rationale behind your reasoning eclipse
> should own this key binding.
> 
> I found:
> http://superuser.com/questions/327479/ctrl-space-always-toggles-chinese-ime-windows-7
> http://lists.tlug.jp/ML/9810/msg00259.html
> 
> So this key combination is liked by many apps and tends to conflict
> with popular cross-platform input method change method convention.
> 
> UNIX-like input method for Japanese used shift-space in old days with
> xim+kinput2 etc.  (At least from 1998)
> 
> > The Ctrl-Space key is a very common key binding  and used historycally
>                                                             ^^^^^^^^^^^^
> > by  eclipse code assistant and other IDEs.  It should not filtered by
> > new software by default.
> 
> Please provide reference for history.
> 
> ibus is following Chinese input method tradition as I understand which
> use ctrl-space.  (Japanese seems to use shift-space.)
>   ibus: 2008-05-12 and since then uses ctrl-space
>   scim: 2003 and since (precursor to ibus and uses ctrl-space)
>   I am sure some chinese IM used this before 2000.
> 
>   eclipse:  2002 not so old.
> 
> This is 2013.  No one except you complained this for 5 years.
> 
> Also as I see web for Mac:
> Command+Space seems to be choice to switch IM for MAC OSX. (MAC-command==WIN-control)
> http://apple.stackexchange.com/questions/15173/changing-keyboard-input-language-on-mac-osx
> 
> So this is not situation where very common cross platform OS level
> convention for basic UI needs to be changed just for an application.
> 
> > Solved running ibus-setup and deleting the key-binding.
> 
> Or changing eclipse key-binding, you get the same coexistence.
> 
> This is not normal BUG for ibus for sure.
> 
> This is at best wishlist bug with wontfix attached.
> 
> > Tags: l10n
> Usually, this tag is used for PO translation etc.  This is not needed. 
> 
> Osamu
> 

-- 
------------------------------------
José Luis Martí­n
Consultor Software Libre
Tlf:   +34 627 552 741
Fax:   +34 956 494 933
email: jlm at joseluismartin.info
web:   http://www.joseluismartin.info