Home_greyopenFATE - openSUSE feature tracking > #308892
Dashboard | Search | Sign up | Login

Please login or register to be able to edit or vote this feature.

Replace scim with IBUS

Feature state

openSUSE Distribution
Rejected Information
Rejected Information


SCIM upstream is almost dead. We should not keep an unmaintained software in openSUSE.

IBUS (http://code.google.com/p/ibus/ ), a new developed input method is very active and full functionality, and other distributions like Ubuntu (https://wiki.ubuntu.com/desktop-karmic-input-methods) and Fedora already had done this. 

We have some contributors done the IBUS packaging at OBS https://build.opensuse.org/project/show?project=home:swyear:ibus .

Everything is OK on my openSUSE 11.2 box except fail to enable it in a gnomesu window, but this is not a problem as other distributions don't have this bug.


icons/user_comment.png R. M. wrote: (8 years ago)

ibus in openSUSE by default would be great. Also, ibus seems to solve many problems that occur with others IME under Linux (such as no dead keys for no-US keyboard), and is far better integrated under KDE4, thanks to kimpanel.

I am using the packages of swyear and everything is working without problem.

icons/user_comment.png V. U. wrote: (7 years ago)

We should do this for 11.4.

icons/user_comment.png S. M. wrote: (7 years ago)

As I posted to -m17n list before, there have been some problems in inputting with iBus on Flash sites.


Please go to http://bugzilla-attachments.mozilla.gr.jp/attachment.cgi?id=2275 for validation.

Using Firefox (and also Chromium) on openSUSE 11.3 x86_64, I can't input any characters into input box on that site with iBus. SCIM also has a similar problem (cannot launch SCIM-Anthy), but I can input ASCII characters with SCIM at least. (As far as I confirmed, launching Firefox (and also Chromium) with 'GTK_IM_MODULE=xim' will be the solution for this problem both for iBus and SCIM)

In addition, we don't have a substitution of scim-input-pad (necessary for inputting special characters) for iBus ATM. There's a project 'Input Pad' and we can find the source code of 'ibus-input-pad' there, but it hasn't been packaged for openSUSE yet.

I think these problems should be solved before replacing SCIM with iBus.

icons/user_comment.png R. M. wrote: (7 years ago)

It seems the Flash bug has been solved with recent Flash release. Thus, I guess nothing is preventing us to deprecate SCIM now.

icons/user_comment.png S. M. wrote: (7 years ago)
icons/user_comment.png S. M. wrote: (7 years ago)

There seem to be few disadvantages of replacing SCIM with iBus as a default input framework ATM. Although a bug (kimpanel(?) will be disappeared from task bar on KDE when we install GNOME 3) is reported to -ja list and should be solved until 12.1, I have no objection to replace SCIM with iBus now.

icons/user_comment.png M. K. wrote: (7 years ago)

I think scim is not stable.
I's better Replace scim with IBUS.

icons/user_comment.png R. c. wrote: (7 years ago)

ibus is now mature enough,
many distributions had use ibus as default input method for years.
I think it's OK for most people.
and we can also ship scim, fcitx, gcin... in DVD as alternative choise

icons/user_comment.png A. J. wrote: (6 years ago)

So, what is the status of this? I've seen new ibus packages, is it time to make it the default?

icons/user_comment.png S. M. wrote: (6 years ago)

Although there still are some problems in inputting CJK characters with iBus on Flash sites, there might be no reason to to hang off replacing SCIM by iBus as our default input framework for now. And as far as I can see, there's no contrary opinion on -m17n list.

I don't know exactly how I can make ibus packages as default in upcoming openSUSE 12.1, though, but if you can do so, it would be thankful.

icons/user_comment.png A. J. wrote: (6 years ago)

Please create a bugreport against 12.1 component "Patterns" and list which packages to install - and which ones to not install. I suggest to mention this fate entry as well.

icons/user_comment.png T. I. wrote: (6 years ago)

SCIM is also not included in patterns, AFAIK.
It's dragged in by Provides: locale(*) tag in the spec file when the language is selected / added.

On FACTORY, ibus.spec already has this tag, and ibus has a proper xim.d priority symlink over others, thus it should work now as default for the fresh installation when ja, ko or zh locales are chosen.

But, I haven't been involved with the package installation for long time, so please correct me if I state the obsoleted or wrong information.

icons/user_comment.png A. J. wrote: (6 years ago)

Ah, ok - this needs testing. And then we need to put those on the media. And also discuss how to handle the upgrade: Should we drop scim completely? If both are available it's unclear to me which ones get installed.

icons/user_comment.png T. I. wrote: (6 years ago)

Dropping SCIM is no option. It's stable and people are still using it while IBUS is new. (You don't want to drop sysvinit while systemd is taken as default, no? :)

Several IMs can be (and actually are) installed at the same time on a system. The mechanism to choose the IM automatically is found in /etc/X11/xim. You have several ways to select the preferred IM explicitly, or the system will take the default one from the priority list corresponding to the running locale.

icons/user_comment.png S. M. wrote: (6 years ago)

When I installed openSUSE 12.1 M3 for testing, ibus was installed by default. So far, so good. But despite I selected Japanese for installation, ibus-anthy wasn't installed (anthy itself and *scim-anthy* were installed), so that I couldn't input Japanese with default installation.

Refer to the bug report:

icons/user_comment.png S. M. wrote: (6 years ago)

I suppose ibus-* packages for other languages (Chinese, Korean, ...) won't be installed either. Maybe we need to specify which input method and ibus-* packages are necessary for each language.

Last change: 9 months ago
Score: 24
  • Negative: 1
  • Neutral: 2
  • Positive: 25
Feature Export
Application-xmlXML   Text-x-logPlaintext   PrinterPrint