[opensuse-m17n] IM-related issues on openSUSE 12.1 Beta

Fuminobu TAKEYAMA

10 Oct 2011 10 Oct '11

09:13

Hi all, Several issues related to IM are still remaining on 12.1 Beta. 1. IBus should be updated to 1.4.0 IBus supports GNOME 3 in the latest release, 1.4.0. IBus status icon is now well integrated to the toolbar displayed on the top of desktop. (I do not know its name) In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3. In order to update, we have to consider below: (a) Since libibus2 was renamed, some IM-engine packages must be fixed. (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it. I am ready to submit ibus-1.4.0 to M17N. You can get it from https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N May I submit 1.4.0 to M17N? Or any idea? 2. xim.d/uim is broken. Tray icons are not displayed on neither GNOME 3 nor KDE 4. This simple script works correctly only on GNOME 3: export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim & uim-toolbar-gtk3-systray & 3. uim crashes while launching firefox $ GTK_IM_MODULE=uim firefox cause segmentation fault at compose.c:633. I cannot reproduce this problem on 11.4. So I do not know if this is upstream bug or not. (needs more information) 4. cannot input characters through IM in the search box on GNOME 3's "Activity" tab. I reported to upstream: https://bugzilla.gnome.org/show_bug.cgi?id=647707 I created a patch based on https://bugzilla.gnome.org/show_bug.cgi?id=621659 but it enables only direct input while IM is activated: https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory 5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide its GTK3 IM module GTK2 applications such as Firefox needs this. GTK3 applications try to use another IM (maybe not xim). Any good idea? Is it OK? There are a few days for testing and improving 12.1. Let's find and fix problems as much as possible! -- Fuminobu TAKEYAMA http://twitter.com/ftake -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Show replies by date

Takashi Iwai

10 Oct 10 Oct

09:42

Takeyama-san, thanks for heading up! I added some relevant guys to Cc. [As a background: we've discussed shortly in the last week about these topics in opensuse-ja ML, now moved to here to discuss more widely.] At Mon, 10 Oct 2011 18:13:41 +0900, Fuminobu TAKEYAMA wrote:

...

Hi all,

Several issues related to IM are still remaining on 12.1 Beta.

1. IBus should be updated to 1.4.0

IBus supports GNOME 3 in the latest release, 1.4.0. IBus status icon is now well integrated to the toolbar displayed on the top of desktop. (I do not know its name)

In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3.

In order to update, we have to consider below: (a) Since libibus2 was renamed, some IM-engine packages must be fixed. (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it.

I am ready to submit ibus-1.4.0 to M17N. You can get it from https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N

May I submit 1.4.0 to M17N? Or any idea?

I'm for upgrading. The lack of 11.3 support is a minor issue compared with the lack of GNOME3 support. The problem is how large is the breakage by this update. Do you have a list of broken packages?

...

2. xim.d/uim is broken.

Tray icons are not displayed on neither GNOME 3 nor KDE 4. This simple script works correctly only on GNOME 3:

export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim & uim-toolbar-gtk3-systray &

So, the situation is similar like the current ibus, right? Maybe we need to ask GNOME guys for a simple solution.

...

3. uim crashes while launching firefox

$ GTK_IM_MODULE=uim firefox cause segmentation fault at compose.c:633.

I cannot reproduce this problem on 11.4. So I do not know if this is upstream bug or not. (needs more information)

UIM tends to be problematic, indeed. I've got a crash of firefox sometime ago, but it's before upgrading uim.

...

4. cannot input characters through IM in the search box on GNOME 3's "Activity" tab.

I reported to upstream: https://bugzilla.gnome.org/show_bug.cgi?id=647707

I created a patch based on https://bugzilla.gnome.org/show_bug.cgi?id=621659 but it enables only direct input while IM is activated: https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory

This sounds more like a GNOME issue.

...

5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide its GTK3 IM module

GTK2 applications such as Firefox needs this. GTK3 applications try to use another IM (maybe not xim).

Any good idea? Is it OK?

A simple patch like below might work? Then we can set xim to GTK3_IM_MODULE while scim to GTK_IM_MODULE. I created a branch and building the package now for testing in OBS home:tiwai:branches:GNOME:Factory/gtk3 repo. Can anyone check (sorry I have no time right now). One may try an unofficial scim-gtk3 patch, too. http://www.csie.ntu.edu.tw/~b90093/tmp/debian/gtk3.diff But the problem isn't only about SCIM but may hit other IMs, too. So, a fallback mechanism would be nicer. thanks, Takashi

Fuminobu TAKEYAMA

17:34

...

The problem is how large is the breakage by this update. Do you have a list of broken packages?

I tried to build ibus-* packages. (Not all) https://build.opensuse.org/project/show?project=home%3Aftake%3Aibus-14 ibus-hangul, ibus-pinyin and ibus-unikey failed to build. Fortunately, the reasons are the same; the signatuire of the ibus_config_get_value function was changed. Here is a patch for ibus-hangul: https://github.com/choehwanjin/ibus-hangul/pull/3 Also we might find patches in Fedora project. Note: ibus-anthy and ibus-mozc have no problem. (I'm using them)

...

So, the situation is similar like the current ibus, right? Maybe we need to ask GNOME guys for a simple solution.

Uhm... Now the following xim.d/uim works on KDE4 but on GNOME, after first login, "ps -ef | grep uim" says: geeko 1716 1679 0 01:04 ? 00:00:00 uim-xim geeko 1717 1679 0 01:04 ? 00:00:00 [uim-toolbar-gtk] <defunct> geeko 1745 1 0 01:04 ? 00:00:00 /usr/lib/uim/uim-helper-server What is strange is that after log out and log in again, the systray is displayed successfully. uim-toolbar-gtk3-systray is well integrated in GNOME3. ###### export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim & case "$WINDOWMANAGER" in *kde*) uim-toolbar-qt4 &;; *) uim-toolbar-gtk3-systray &;; esac ######

...

A simple patch like below might work? Then we can set xim to GTK3_IM_MODULE while scim to GTK_IM_MODULE. I created a branch and building the package now for testing in OBS home:tiwai:branches:GNOME:Factory/gtk3 repo. Can anyone check (sorry I have no time right now).

...

But the problem isn't only about SCIM but may hit other IMs, too. So, a fallback mechanism would be nicer.

Very simple patch! I set variables like: GTK3_IM_MODULE=xim GTK_IM_MODULE=scim-bridge XMODIFIERS="@im=SCIM" It works fine for gedit (Gtk3, fall back to xim), firefox and chromium (Gtk2). However, if I set "GTK_IM_MODULE=scim", firefox outputs errors that are similar to: https://bugzilla.novell.com/show_bug.cgi?id=680430

...

One may try an unofficial scim-gtk3 patch, too. http://www.csie.ntu.edu.tw/~b90093/tmp/debian/gtk3.diff

I also found another patch here: http://sourceforge.net/tracker/?func=detail&aid=3407286&group_id=108454&atid=650541 Fuminobu TAKEYAMA (2011/10/10 18:42), Takashi Iwai wrote:

...

Takeyama-san,

thanks for heading up!

I added some relevant guys to Cc.

[As a background: we've discussed shortly in the last week about these topics in opensuse-ja ML, now moved to here to discuss more widely.]

At Mon, 10 Oct 2011 18:13:41 +0900, Fuminobu TAKEYAMA wrote:

...
Hi all,

Several issues related to IM are still remaining on 12.1 Beta.

1. IBus should be updated to 1.4.0

IBus supports GNOME 3 in the latest release, 1.4.0. IBus status icon is now well integrated to the toolbar displayed on the top of desktop. (I do not know its name)

In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3.

In order to update, we have to consider below: (a) Since libibus2 was renamed, some IM-engine packages must be fixed. (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it.

I am ready to submit ibus-1.4.0 to M17N. You can get it from https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N

May I submit 1.4.0 to M17N? Or any idea?

I'm for upgrading. The lack of 11.3 support is a minor issue compared with the lack of GNOME3 support.

The problem is how large is the breakage by this update. Do you have a list of broken packages?

...
2. xim.d/uim is broken.

Tray icons are not displayed on neither GNOME 3 nor KDE 4. This simple script works correctly only on GNOME 3:

export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim& uim-toolbar-gtk3-systray&

So, the situation is similar like the current ibus, right? Maybe we need to ask GNOME guys for a simple solution.

...
3. uim crashes while launching firefox

$ GTK_IM_MODULE=uim firefox cause segmentation fault at compose.c:633.

I cannot reproduce this problem on 11.4. So I do not know if this is upstream bug or not. (needs more information)

UIM tends to be problematic, indeed. I've got a crash of firefox sometime ago, but it's before upgrading uim.

...
4. cannot input characters through IM in the search box on GNOME 3's "Activity" tab.

I reported to upstream: https://bugzilla.gnome.org/show_bug.cgi?id=647707

I created a patch based on https://bugzilla.gnome.org/show_bug.cgi?id=621659 but it enables only direct input while IM is activated: https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory

This sounds more like a GNOME issue.

...
5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide its GTK3 IM module

GTK2 applications such as Firefox needs this. GTK3 applications try to use another IM (maybe not xim).

Any good idea? Is it OK?

A simple patch like below might work? Then we can set xim to GTK3_IM_MODULE while scim to GTK_IM_MODULE. I created a branch and building the package now for testing in OBS home:tiwai:branches:GNOME:Factory/gtk3 repo. Can anyone check (sorry I have no time right now).

One may try an unofficial scim-gtk3 patch, too. http://www.csie.ntu.edu.tw/~b90093/tmp/debian/gtk3.diff

But the problem isn't only about SCIM but may hit other IMs, too. So, a fallback mechanism would be nicer.

thanks,

Takashi

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

17:54

At Tue, 11 Oct 2011 02:34:04 +0900, Fuminobu TAKEYAMA wrote:

...

...
The problem is how large is the breakage by this update. Do you have a list of broken packages?

I tried to build ibus-* packages. (Not all) https://build.opensuse.org/project/show?project=home%3Aftake%3Aibus-14

ibus-hangul, ibus-pinyin and ibus-unikey failed to build.

Fortunately, the reasons are the same; the signatuire of the ibus_config_get_value function was changed.

Here is a patch for ibus-hangul: https://github.com/choehwanjin/ibus-hangul/pull/3

Looks relatively easy to fix.

...

Also we might find patches in Fedora project.

Note: ibus-anthy and ibus-mozc have no problem. (I'm using them)

...
So, the situation is similar like the current ibus, right? Maybe we need to ask GNOME guys for a simple solution.

Uhm... Now the following xim.d/uim works on KDE4 but on GNOME, after first login, "ps -ef | grep uim" says:

geeko 1716 1679 0 01:04 ? 00:00:00 uim-xim geeko 1717 1679 0 01:04 ? 00:00:00 [uim-toolbar-gtk] <defunct> geeko 1745 1 0 01:04 ? 00:00:00 /usr/lib/uim/uim-helper-server

What is strange is that after log out and log in again, the systray is displayed successfully.

uim-toolbar-gtk3-systray is well integrated in GNOME3.

###### export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim

uim-xim &

case "$WINDOWMANAGER" in *kde*) uim-toolbar-qt4 &;; *) uim-toolbar-gtk3-systray &;; esac ######

Hm, can it be some race?

...

...
A simple patch like below might work? Then we can set xim to GTK3_IM_MODULE while scim to GTK_IM_MODULE. I created a branch and building the package now for testing in OBS home:tiwai:branches:GNOME:Factory/gtk3 repo. Can anyone check (sorry I have no time right now).

...
But the problem isn't only about SCIM but may hit other IMs, too. So, a fallback mechanism would be nicer.

Very simple patch!

I set variables like: GTK3_IM_MODULE=xim GTK_IM_MODULE=scim-bridge XMODIFIERS="@im=SCIM"

It works fine for gedit (Gtk3, fall back to xim), firefox and chromium (Gtk2).

Good to hear. Vincent, what do you think? Can it be accepted to the upstream and eventually put into 12.1?

...

However, if I set "GTK_IM_MODULE=scim", firefox outputs errors that are similar to: https://bugzilla.novell.com/show_bug.cgi?id=680430

Does GTK_IM_MODULE=scim work at all? I doubt that the problem remains from 11.4 unfixed, but no one didn't care (and experience) because usually scim-bridge is used instead. Maybe upgrading scim to the latest version fixes the issue?

...

...
One may try an unofficial scim-gtk3 patch, too. http://www.csie.ntu.edu.tw/~b90093/tmp/debian/gtk3.diff

I also found another patch here: http://sourceforge.net/tracker/?func=detail&aid=3407286&group_id=108454&atid=650541

This might be the original patch. The question is whether the code quality is good enough. thanks, Takashi

...

Fuminobu TAKEYAMA

(2011/10/10 18:42), Takashi Iwai wrote:

...
Takeyama-san,

thanks for heading up!

I added some relevant guys to Cc.

[As a background: we've discussed shortly in the last week about these topics in opensuse-ja ML, now moved to here to discuss more widely.]

At Mon, 10 Oct 2011 18:13:41 +0900, Fuminobu TAKEYAMA wrote:

...
Hi all,

Several issues related to IM are still remaining on 12.1 Beta.

1. IBus should be updated to 1.4.0

IBus supports GNOME 3 in the latest release, 1.4.0. IBus status icon is now well integrated to the toolbar displayed on the top of desktop. (I do not know its name)

In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3.

In order to update, we have to consider below: (a) Since libibus2 was renamed, some IM-engine packages must be fixed. (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it.

I am ready to submit ibus-1.4.0 to M17N. You can get it from https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N

May I submit 1.4.0 to M17N? Or any idea?

I'm for upgrading. The lack of 11.3 support is a minor issue compared with the lack of GNOME3 support.

The problem is how large is the breakage by this update. Do you have a list of broken packages?

...
2. xim.d/uim is broken.

Tray icons are not displayed on neither GNOME 3 nor KDE 4. This simple script works correctly only on GNOME 3:

export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim& uim-toolbar-gtk3-systray&

So, the situation is similar like the current ibus, right? Maybe we need to ask GNOME guys for a simple solution.

...
3. uim crashes while launching firefox

$ GTK_IM_MODULE=uim firefox cause segmentation fault at compose.c:633.

I cannot reproduce this problem on 11.4. So I do not know if this is upstream bug or not. (needs more information)

UIM tends to be problematic, indeed. I've got a crash of firefox sometime ago, but it's before upgrading uim.

...
4. cannot input characters through IM in the search box on GNOME 3's "Activity" tab.

I reported to upstream: https://bugzilla.gnome.org/show_bug.cgi?id=647707

I created a patch based on https://bugzilla.gnome.org/show_bug.cgi?id=621659 but it enables only direct input while IM is activated: https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory

This sounds more like a GNOME issue.

...
5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide its GTK3 IM module

GTK2 applications such as Firefox needs this. GTK3 applications try to use another IM (maybe not xim).

Any good idea? Is it OK?

A simple patch like below might work? Then we can set xim to GTK3_IM_MODULE while scim to GTK_IM_MODULE. I created a branch and building the package now for testing in OBS home:tiwai:branches:GNOME:Factory/gtk3 repo. Can anyone check (sorry I have no time right now).

One may try an unofficial scim-gtk3 patch, too. http://www.csie.ntu.edu.tw/~b90093/tmp/debian/gtk3.diff

But the problem isn't only about SCIM but may hit other IMs, too. So, a fallback mechanism would be nicer.

thanks,

Takashi

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

11 Oct 11 Oct

12:10

At Mon, 10 Oct 2011 19:54:41 +0200, Takashi Iwai wrote:

...

At Tue, 11 Oct 2011 02:34:04 +0900, Fuminobu TAKEYAMA wrote:

...
However, if I set "GTK_IM_MODULE=scim", firefox outputs errors that are similar to: https://bugzilla.novell.com/show_bug.cgi?id=680430

Does GTK_IM_MODULE=scim work at all? I doubt that the problem remains from 11.4 unfixed, but no one didn't care (and experience) because usually scim-bridge is used instead. Maybe upgrading scim to the latest version fixes the issue?

I tried the latest version scim-1.4.11, and it shows the same problem. A similar fix like scim-bridge makes working it again with Firefox. The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo. As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection. thanks, Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Fuminobu TAKEYAMA

16:12

...

The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo.

As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection.

It works fine on 12.1 b1. And I prepared scim-bridge-0.4.15. Since 11.4 users can try these updated packages, I think they should be pushed to M17N soon. Fuminobu TAKEYAMA (2011/10/11 21:10), Takashi Iwai wrote:

...

At Mon, 10 Oct 2011 19:54:41 +0200, Takashi Iwai wrote:

...
At Tue, 11 Oct 2011 02:34:04 +0900, Fuminobu TAKEYAMA wrote:

...
However, if I set "GTK_IM_MODULE=scim", firefox outputs errors that are similar to: https://bugzilla.novell.com/show_bug.cgi?id=680430

Does GTK_IM_MODULE=scim work at all? I doubt that the problem remains from 11.4 unfixed, but no one didn't care (and experience) because usually scim-bridge is used instead. Maybe upgrading scim to the latest version fixes the issue?

I tried the latest version scim-1.4.11, and it shows the same problem. A similar fix like scim-bridge makes working it again with Firefox. The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo.

As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection.

thanks,

Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

16:25

At Wed, 12 Oct 2011 01:12:28 +0900, Fuminobu TAKEYAMA wrote:

...

...
The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo.

As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection.

It works fine on 12.1 b1. And I prepared scim-bridge-0.4.15.

Since 11.4 users can try these updated packages, I think they should be pushed to M17N soon.

OK, scim is submitted & accepted in M17N now. Please update scim-bridge, too. The fix for missing GTK3 support can be submitted later in addition. Maybe we should create bugzilla entries for scim bugs, to track and record in changelog properly. I'm going to open an scim bug for Firefox now. If any other bugs are missing, feel free to create reports. thanks, Takashi

...

Fuminobu TAKEYAMA

(2011/10/11 21:10), Takashi Iwai wrote:

...
At Mon, 10 Oct 2011 19:54:41 +0200, Takashi Iwai wrote:

...
At Tue, 11 Oct 2011 02:34:04 +0900, Fuminobu TAKEYAMA wrote:

...
However, if I set "GTK_IM_MODULE=scim", firefox outputs errors that are similar to: https://bugzilla.novell.com/show_bug.cgi?id=680430

Does GTK_IM_MODULE=scim work at all? I doubt that the problem remains from 11.4 unfixed, but no one didn't care (and experience) because usually scim-bridge is used instead. Maybe upgrading scim to the latest version fixes the issue?

I tried the latest version scim-1.4.11, and it shows the same problem. A similar fix like scim-bridge makes working it again with Firefox. The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo.

As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection.

thanks,

Takashi

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Satoru Matsumoto

13 Oct 13 Oct

03:49

Sorry I scarcely able to help you, but I really appreciate both of your efforts, Takeyama-san, Iwai-san. :-) -------- Original Message -------- Subject: Re: [opensuse-m17n] IM-related issues on openSUSE 12.1 Beta From: Takashi Iwai To: Fuminobu TAKEYAMA Date: Wed Oct 12 2011 01:25:35 GMT+0900 (JST)

...

At Wed, 12 Oct 2011 01:12:28 +0900, Fuminobu TAKEYAMA wrote:

...
...
The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo.

As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection.

It works fine on 12.1 b1. And I prepared scim-bridge-0.4.15.

Since 11.4 users can try these updated packages, I think they should be pushed to M17N soon.

OK, scim is submitted & accepted in M17N now. Please update scim-bridge, too.

The fix for missing GTK3 support can be submitted later in addition.

I'm a little bit confused which packages should be tested for now. However, when I updated relevant packages from M17N repo on my 12.1 Beta/x86_64/KDE box (virtual machine on KVM) today, I got some warnings: Installing: scim-1.4.11-363.2 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-2.0/2.10. 0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match) warning: %post(scim-1.4.11-363.2.x86_64) scriptlet failed, exit status 1 (...) Installing: ibus-gtk3-1.4.0-32.1 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-3.0/3.0.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-3.0/3.0.0/ immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-3.0/3.0.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib6 4/gtk-3.0/3.0.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro misma tch) warning: %post(ibus-gtk3-1.4.0-32.1.x86_64) scriptlet failed, exit status 1 (...) Installing: ibus-gtk-1.4.0-32.1 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-2.0/2.10. 0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match) warning: %post(ibus-gtk-1.4.0-32.1.x86_64) scriptlet failed, exit status 1 Are those needed to be fixed? In addition, the following *-32bit packages from M17N repo seem to be broken and cannot be installed properly. ibus-gtk-32bit ibus-gtk3-32bit uim-gtk2-32bit uim-gtk3-32bit # Crash of Firefox due to uim is now reproduced on my environment, so # that I've uninstalled all the uim-related packages, though. Best, -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.zaq.ne.jp/opensuse/ _/_/ -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Fuminobu TAKEYAMA

06:29

IBus, scim-bridge, and fonts-config that was on my repository are accepted and now available from M17N.

...

/usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match)

These packages on M17N are built for factory (not for b1). So please update libglib (or all packages) to ones on factory.

...

In addition, the following *-32bit packages from M17N repo seem to be broken and cannot be installed properly.

ibus-gtk-32bit ibus-gtk3-32bit uim-gtk2-32bit uim-gtk3-32bit

There is no problem on 11.4. I will check later on 12.1. Next, I try to fix uim problems if I have time to work. After updating to the latest package on M17N, I can reproduce the firefox crash on 11.4. -- Fuminobu TAKEYAMA (11/10/13 12:49), Satoru Matsumoto wrote:

...

Sorry I scarcely able to help you, but I really appreciate both of your efforts, Takeyama-san, Iwai-san. :-)

-------- Original Message -------- Subject: Re: [opensuse-m17n] IM-related issues on openSUSE 12.1 Beta From: Takashi Iwai To: Fuminobu TAKEYAMA Date: Wed Oct 12 2011 01:25:35 GMT+0900 (JST)

...
At Wed, 12 Oct 2011 01:12:28 +0900, Fuminobu TAKEYAMA wrote:

...
...
The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo.

As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection.

It works fine on 12.1 b1. And I prepared scim-bridge-0.4.15.

Since 11.4 users can try these updated packages, I think they should be pushed to M17N soon.

OK, scim is submitted& accepted in M17N now. Please update scim-bridge, too.

The fix for missing GTK3 support can be submitted later in addition.

I'm a little bit confused which packages should be tested for now. However, when I updated relevant packages from M17N repo on my 12.1 Beta/x86_64/KDE box (virtual machine on KVM) today, I got some warnings:

Installing: scim-1.4.11-363.2 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-2.0/2.10. 0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match) warning: %post(scim-1.4.11-363.2.x86_64) scriptlet failed, exit status 1

(...)

Installing: ibus-gtk3-1.4.0-32.1 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-3.0/3.0.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-3.0/3.0.0/ immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-3.0/3.0.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib6 4/gtk-3.0/3.0.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro misma tch) warning: %post(ibus-gtk3-1.4.0-32.1.x86_64) scriptlet failed, exit status 1

(...)

Installing: ibus-gtk-1.4.0-32.1 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-2.0/2.10. 0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match) warning: %post(ibus-gtk-1.4.0-32.1.x86_64) scriptlet failed, exit status 1

Are those needed to be fixed?

In addition, the following *-32bit packages from M17N repo seem to be broken and cannot be installed properly.

ibus-gtk-32bit ibus-gtk3-32bit uim-gtk2-32bit uim-gtk3-32bit

# Crash of Firefox due to uim is now reproduced on my environment, so # that I've uninstalled all the uim-related packages, though.

Best,

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

12:25

At Thu, 13 Oct 2011 15:29:03 +0900, Fuminobu TAKEYAMA wrote:

...

IBus, scim-bridge, and fonts-config that was on my repository are accepted and now available from M17N.

FYI, ibus was already checked into FACTORY now. The rest ibus-* fixes will follow soon, I guess. (And I fixed the missing obsolete-setup in baselibs.conf in ibus, so that libibus2-32bit will be removed automatically.) Also, scim and scim-bridge have been checked into FACTORY. fonts-config is now submitted to FACTORY. Let's see whether it's checked in for 12.1, too.

...

...
/usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match)

These packages on M17N are built for factory (not for b1). So please update libglib (or all packages) to ones on factory.

I tested here with FACTORY packages and the new ibus packages work fine.

...

...
In addition, the following *-32bit packages from M17N repo seem to be broken and cannot be installed properly.

ibus-gtk-32bit ibus-gtk3-32bit uim-gtk2-32bit uim-gtk3-32bit

There is no problem on 11.4. I will check later on 12.1.

Next, I try to fix uim problems if I have time to work.

After updating to the latest package on M17N, I can reproduce the firefox crash on 11.4.

I'll test on a machine here, too. thanks, Takashi

...

-- Fuminobu TAKEYAMA

(11/10/13 12:49), Satoru Matsumoto wrote:

...
Sorry I scarcely able to help you, but I really appreciate both of your efforts, Takeyama-san, Iwai-san. :-)

-------- Original Message -------- Subject: Re: [opensuse-m17n] IM-related issues on openSUSE 12.1 Beta From: Takashi Iwai To: Fuminobu TAKEYAMA Date: Wed Oct 12 2011 01:25:35 GMT+0900 (JST)

...
At Wed, 12 Oct 2011 01:12:28 +0900, Fuminobu TAKEYAMA wrote:

...
...
The updated (and fixed) package is found in OBS home:tiwai:branches:M17N/scim repo.

As API/ABI is kept compatible, it's better to upgrade SCIM for 12.1, unless anyone has a strong objection.

It works fine on 12.1 b1. And I prepared scim-bridge-0.4.15.

Since 11.4 users can try these updated packages, I think they should be pushed to M17N soon.

OK, scim is submitted& accepted in M17N now. Please update scim-bridge, too.

The fix for missing GTK3 support can be submitted later in addition.

I'm a little bit confused which packages should be tested for now. However, when I updated relevant packages from M17N repo on my 12.1 Beta/x86_64/KDE box (virtual machine on KVM) today, I got some warnings:

Installing: scim-1.4.11-363.2 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-2.0/2.10. 0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match) warning: %post(scim-1.4.11-363.2.x86_64) scriptlet failed, exit status 1

(...)

Installing: ibus-gtk3-1.4.0-32.1 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-3.0/3.0.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-3.0/3.0.0/ immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-3.0/3.0.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib6 4/gtk-3.0/3.0.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro misma tch) warning: %post(ibus-gtk3-1.4.0-32.1.x86_64) scriptlet failed, exit status 1

(...)

Installing: ibus-gtk-1.4.0-32.1 [done] Additional rpm output: Cannot load module /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so: GModule (/usr/lib64/gtk-2.0/2.10. 0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mismatch) /usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so does not export GTK+ IM module API: GModule (/usr/lib 64/gtk-2.0/2.10.0/immodules/im-ibus.so) initialization check failed: GLib version too old (micro mis match) warning: %post(ibus-gtk-1.4.0-32.1.x86_64) scriptlet failed, exit status 1

Are those needed to be fixed?

In addition, the following *-32bit packages from M17N repo seem to be broken and cannot be installed properly.

ibus-gtk-32bit ibus-gtk3-32bit uim-gtk2-32bit uim-gtk3-32bit

# Crash of Firefox due to uim is now reproduced on my environment, so # that I've uninstalled all the uim-related packages, though.

Best,

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

11 Oct 11 Oct

12:20

At Mon, 10 Oct 2011 19:54:41 +0200, Takashi Iwai wrote:

...

...
...
A simple patch like below might work? Then we can set xim to GTK3_IM_MODULE while scim to GTK_IM_MODULE. I created a branch and building the package now for testing in OBS home:tiwai:branches:GNOME:Factory/gtk3 repo. Can anyone check (sorry I have no time right now).

...
But the problem isn't only about SCIM but may hit other IMs, too. So, a fallback mechanism would be nicer.

Very simple patch!

I set variables like: GTK3_IM_MODULE=xim GTK_IM_MODULE=scim-bridge XMODIFIERS="@im=SCIM"

It works fine for gedit (Gtk3, fall back to xim), firefox and chromium (Gtk2).

Good to hear.

Vincent, what do you think? Can it be accepted to the upstream and eventually put into 12.1?

Vincent? Or anyone else? I attach the patch again. [The problem is that some input methods don't provide gtk3 but only gtk2 im-modules. When $GTK_IM_MODULE is set to such a module, gtk3 can't take it then chooses another available IM randomly, or nothing is available. The patch changes gtk3 to take a look at $GTK3_IM_MODULE first, so that the user can set a value specific to gtk3. With the patch, setting GTK3_IM_MODULE=xim gives a nice workaround.] thanks, Takashi --- gtk/gtkimmodule.c | 6 ++++++ 1 file changed, 6 insertions(+) --- a/gtk/gtkimmodule.c +++ b/gtk/gtkimmodule.c @@ -672,6 +672,12 @@ if (!contexts_hash) gtk_im_module_initialize (); + envvar = g_getenv ("GTK3_IM_MODULE"); + if (envvar && + (strcmp (envvar, SIMPLE_ID) == 0 || + g_hash_table_lookup (contexts_hash, envvar))) + return envvar; + envvar = g_getenv ("GTK_IM_MODULE"); if (envvar && (strcmp (envvar, SIMPLE_ID) == 0 || -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

12 Oct 12 Oct

06:25

At Mon, 10 Oct 2011 19:54:41 +0200, Takashi Iwai wrote:

...

At Tue, 11 Oct 2011 02:34:04 +0900, Fuminobu TAKEYAMA wrote:

...
...
The problem is how large is the breakage by this update. Do you have a list of broken packages?

I tried to build ibus-* packages. (Not all) https://build.opensuse.org/project/show?project=home%3Aftake%3Aibus-14

ibus-hangul, ibus-pinyin and ibus-unikey failed to build.

Fortunately, the reasons are the same; the signatuire of the ibus_config_get_value function was changed.

Here is a patch for ibus-hangul: https://github.com/choehwanjin/ibus-hangul/pull/3

Looks relatively easy to fix.

As no one objects, could you submit the new ibus to M17N? We can fix the rest build issues quickly, and submit FACTORY, if updating ibus in M17N today. thanks, Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

13 Oct 13 Oct

19:35

At Mon, 10 Oct 2011 18:13:41 +0900, Fuminobu TAKEYAMA wrote:

...

Hi all,

Several issues related to IM are still remaining on 12.1 Beta.

Here is the status update.

...

1. IBus should be updated to 1.4.0

IBus supports GNOME 3 in the latest release, 1.4.0. IBus status icon is now well integrated to the toolbar displayed on the top of desktop. (I do not know its name)

In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3.

In order to update, we have to consider below: (a) Since libibus2 was renamed, some IM-engine packages must be fixed. (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it.

I am ready to submit ibus-1.4.0 to M17N. You can get it from https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N

May I submit 1.4.0 to M17N? Or any idea?

Already updated to ibus-1.4.0 in FACTORY now. The broken ibus-engines are fixed, too.

...

2. xim.d/uim is broken.

Tray icons are not displayed on neither GNOME 3 nor KDE 4. This simple script works correctly only on GNOME 3:

export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim & uim-toolbar-gtk3-systray &

This problem is still remaining. (And the above didn't work well in my case, maybe it was executed too quickly, so I had to add some delay before gtk3-systray.) I guess it's a race at start up. Our script is included in xinit, and this might be too early. A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup. So... as a quick workaround, we can remove / disable the check of uim-applet-gnome (does this ever worked with GNOME3?). Then basically a right toolbar should be selected in the script. And maybe we need to add some sleep before starting the toolbar, that is, something ugly like: test -n "$toolbar" && (sleep 3; $toolbar &) &

...

3. uim crashes while launching firefox

$ GTK_IM_MODULE=uim firefox cause segmentation fault at compose.c:633.

I cannot reproduce this problem on 11.4. So I do not know if this is upstream bug or not. (needs more information)

I fixed this now and already checked into FACTORY.

...

4. cannot input characters through IM in the search box on GNOME 3's "Activity" tab.

I reported to upstream: https://bugzilla.gnome.org/show_bug.cgi?id=647707

I created a patch based on https://bugzilla.gnome.org/show_bug.cgi?id=621659 but it enables only direct input while IM is activated: https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory

It's still an open bug.

...

5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide its GTK3 IM module

GTK2 applications such as Firefox needs this. GTK3 applications try to use another IM (maybe not xim).

This is still pending. Vincent thinks the patch is OK and I sent it to upstream, but got no response. thanks, Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Fuminobu TAKEYAMA

14 Oct 14 Oct

16:33

Thank you for many patches.

...

test -n "$toolbar"&& (sleep 3; $toolbar&)& When I had tried this 2 or 3 days ago, the toolbar did not work.

Now I noticed that the machine needs 15 sec. to launch GNOME3!! The machine is HP Compaq 6710b (Core 2 Duo T7500) and not very slow. # This is Novell Japan's machine for demo. So, we have to set the wait to 15, 20 or more? information from upstream's Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32148 https://bugs.freedesktop.org/show_bug.cgi?id=39242 # I wonder why the toolbar works in the second log-in.

...

A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup.

We need IM launcher (manager) for 12.2 or later? The IBus's DBus-launch problem, which I had resolved by another way, can be fixed by xdg/autostart as well. Fuminobu TAKEYAMA (2011/10/14 4:35), Takashi Iwai wrote:

...

At Mon, 10 Oct 2011 18:13:41 +0900, Fuminobu TAKEYAMA wrote:

...
Hi all,

Several issues related to IM are still remaining on 12.1 Beta.

Here is the status update.

...
1. IBus should be updated to 1.4.0

IBus supports GNOME 3 in the latest release, 1.4.0. IBus status icon is now well integrated to the toolbar displayed on the top of desktop. (I do not know its name)

In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3.

In order to update, we have to consider below: (a) Since libibus2 was renamed, some IM-engine packages must be fixed. (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it.

I am ready to submit ibus-1.4.0 to M17N. You can get it from https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N

May I submit 1.4.0 to M17N? Or any idea?

Already updated to ibus-1.4.0 in FACTORY now. The broken ibus-engines are fixed, too.

...
2. xim.d/uim is broken.

Tray icons are not displayed on neither GNOME 3 nor KDE 4. This simple script works correctly only on GNOME 3:

export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim& uim-toolbar-gtk3-systray&

This problem is still remaining. (And the above didn't work well in my case, maybe it was executed too quickly, so I had to add some delay before gtk3-systray.)

I guess it's a race at start up. Our script is included in xinit, and this might be too early.

A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup.

So... as a quick workaround, we can remove / disable the check of uim-applet-gnome (does this ever worked with GNOME3?). Then basically a right toolbar should be selected in the script. And maybe we need to add some sleep before starting the toolbar, that is, something ugly like:

test -n "$toolbar"&& (sleep 3; $toolbar&)&

...
3. uim crashes while launching firefox

$ GTK_IM_MODULE=uim firefox cause segmentation fault at compose.c:633.

I cannot reproduce this problem on 11.4. So I do not know if this is upstream bug or not. (needs more information)

I fixed this now and already checked into FACTORY.

...
4. cannot input characters through IM in the search box on GNOME 3's "Activity" tab.

I reported to upstream: https://bugzilla.gnome.org/show_bug.cgi?id=647707

I created a patch based on https://bugzilla.gnome.org/show_bug.cgi?id=621659 but it enables only direct input while IM is activated: https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory

It's still an open bug.

...
5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide its GTK3 IM module

GTK2 applications such as Firefox needs this. GTK3 applications try to use another IM (maybe not xim).

This is still pending. Vincent thinks the patch is OK and I sent it to upstream, but got no response.

thanks,

Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

16:46

At Sat, 15 Oct 2011 01:33:39 +0900, Fuminobu TAKEYAMA wrote:

...

Thank you for many patches.

...
test -n "$toolbar"&& (sleep 3; $toolbar&)& When I had tried this 2 or 3 days ago, the toolbar did not work.

Now I noticed that the machine needs 15 sec. to launch GNOME3!!

The machine is HP Compaq 6710b (Core 2 Duo T7500) and not very slow. # This is Novell Japan's machine for demo.

So, we have to set the wait to 15, 20 or more?

information from upstream's Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32148 https://bugs.freedesktop.org/show_bug.cgi?id=39242 # I wonder why the toolbar works in the second log-in.

...
A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup.

We need IM launcher (manager) for 12.2 or later?

Yes, it's likely a better way to go. It can be pretty simple, even a shell script. The xim.d mechanism can (should) be still used to set the initial environment variables or starting a daemon that doesn't need the upper layer. The xim.d script can set a certain env variable, e.g. $USED_INPUT_METHOD, when the IM is chosen and set up. It will contain the IM name such as "ibus" or "scim-bridge". Then the launcher invokes another program according to this variable, when necessary. For example, create a script /etc/X11/xim.d/uim-launcher, which starts the systray stuff. Then the generic launcher would execute it like: #!/bin/sh test -z "$USED_INPUT_METHOD" && exit 0 test -x /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher && \ exec /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher exit 0 and put a desktopfile in XDG-compliant autostart path.

...

The IBus's DBus-launch problem, which I had resolved by another way, can be fixed by xdg/autostart as well.

Hopefully this can be resolved, too. thanks, Takashi

...

Fuminobu TAKEYAMA

(2011/10/14 4:35), Takashi Iwai wrote:

...
At Mon, 10 Oct 2011 18:13:41 +0900, Fuminobu TAKEYAMA wrote:

...
Hi all,

Several issues related to IM are still remaining on 12.1 Beta.

Here is the status update.

...
1. IBus should be updated to 1.4.0

IBus supports GNOME 3 in the latest release, 1.4.0. IBus status icon is now well integrated to the toolbar displayed on the top of desktop. (I do not know its name)

In Fedora 15, snapshot version of 1.4.0 was shipped to support GNOME 3.

In order to update, we have to consider below: (a) Since libibus2 was renamed, some IM-engine packages must be fixed. (b) 1.4.0 requires newer glib; openSUSE 11.3 does not have it.

I am ready to submit ibus-1.4.0 to M17N. You can get it from https://build.opensuse.org/package/show?package=ibus&project=home%3Aftake%3Abranches%3AM17N

May I submit 1.4.0 to M17N? Or any idea?

Already updated to ibus-1.4.0 in FACTORY now. The broken ibus-engines are fixed, too.

...
2. xim.d/uim is broken.

Tray icons are not displayed on neither GNOME 3 nor KDE 4. This simple script works correctly only on GNOME 3:

export XMODIFIERS="@im=uim" export GTK_IM_MODULE=uim export QT_IM_SWITCHER=imsw-multi export QT_IM_MODULE=uim uim-xim& uim-toolbar-gtk3-systray&

This problem is still remaining. (And the above didn't work well in my case, maybe it was executed too quickly, so I had to add some delay before gtk3-systray.)

I guess it's a race at start up. Our script is included in xinit, and this might be too early.

A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup.

So... as a quick workaround, we can remove / disable the check of uim-applet-gnome (does this ever worked with GNOME3?). Then basically a right toolbar should be selected in the script. And maybe we need to add some sleep before starting the toolbar, that is, something ugly like:

test -n "$toolbar"&& (sleep 3; $toolbar&)&

...
3. uim crashes while launching firefox

$ GTK_IM_MODULE=uim firefox cause segmentation fault at compose.c:633.

I cannot reproduce this problem on 11.4. So I do not know if this is upstream bug or not. (needs more information)

I fixed this now and already checked into FACTORY.

...
4. cannot input characters through IM in the search box on GNOME 3's "Activity" tab.

I reported to upstream: https://bugzilla.gnome.org/show_bug.cgi?id=647707

I created a patch based on https://bugzilla.gnome.org/show_bug.cgi?id=621659 but it enables only direct input while IM is activated: https://build.opensuse.org/package/show?package=gnome-shell&project=home%3Aftake%3Abranches%3AGNOME%3AFactory

It's still an open bug.

...
5. xim.d/scim exports GTK_IM_MODULE=scim although SCIM does not provide its GTK3 IM module

GTK2 applications such as Firefox needs this. GTK3 applications try to use another IM (maybe not xim).

This is still pending. Vincent thinks the patch is OK and I sent it to upstream, but got no response.

thanks,

Takashi

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

17 Oct 17 Oct

15:33

At Fri, 14 Oct 2011 18:46:43 +0200, Takashi Iwai wrote:

...

At Sat, 15 Oct 2011 01:33:39 +0900, Fuminobu TAKEYAMA wrote:

...
Thank you for many patches.

...
test -n "$toolbar"&& (sleep 3; $toolbar&)& When I had tried this 2 or 3 days ago, the toolbar did not work.

Now I noticed that the machine needs 15 sec. to launch GNOME3!!

The machine is HP Compaq 6710b (Core 2 Duo T7500) and not very slow. # This is Novell Japan's machine for demo.

So, we have to set the wait to 15, 20 or more?

information from upstream's Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32148 https://bugs.freedesktop.org/show_bug.cgi?id=39242 # I wonder why the toolbar works in the second log-in.

...
A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup.

We need IM launcher (manager) for 12.2 or later?

Yes, it's likely a better way to go. It can be pretty simple, even a shell script.

The xim.d mechanism can (should) be still used to set the initial environment variables or starting a daemon that doesn't need the upper layer. The xim.d script can set a certain env variable, e.g. $USED_INPUT_METHOD, when the IM is chosen and set up. It will contain the IM name such as "ibus" or "scim-bridge". Then the launcher invokes another program according to this variable, when necessary.

For example, create a script /etc/X11/xim.d/uim-launcher, which starts the systray stuff. Then the generic launcher would execute it like:

#!/bin/sh test -z "$USED_INPUT_METHOD" && exit 0 test -x /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher && \ exec /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher exit 0

and put a desktopfile in XDG-compliant autostart path.

I experimented this for uim, but it doesn't work either. Something odd must be present in either uim or GNOME3 panel handling. That being said, it isn't so urgent to switch to the new startup framework for 12.1 :) Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Fuminobu TAKEYAMA

24 Oct 24 Oct

11:51

I installed 12.1 RC1. SCIM works fine with applications except for ones using GTK3. Uim has still strange behavior on GTK3. I also tried to launch uim-toolbar-gtk3-systray by using xdg-autostart but it seems that the toolbar now just exits. (no zombie process!) For IBus, I encountered "No engine is available" problem. When I installed RC1, I set the system language to "en" to test this bug: https://bugzilla.novell.com/show_bug.cgi?id=722739 After that, I change the language to "ja" and install IBus with "zypper inr". Then, when I started IBus, no input engines are registered. I know I can fix just by running ibus-setup and selecting an IM engine. However it is difficult for beginners to find out what happens since IBus say nothing. I have not figured out the condition in which this problem is caused. For 12.1, we should announce to users "Please check ibus-setup when IM is unavailable." We will be able to register a default IM engine when no engines are registered. Fedora has a (too) giant patch named "ibus-530711-preload-sys.patch": http://pkgs.fedoraproject.org/gitweb/?p=ibus.git I think we can implement similar behavior in xim.d/ibus. Fuminobu TAKEYAMA (2011/10/18 0:33), Takashi Iwai wrote:

...

At Fri, 14 Oct 2011 18:46:43 +0200, Takashi Iwai wrote:

...
At Sat, 15 Oct 2011 01:33:39 +0900, Fuminobu TAKEYAMA wrote:

...
Thank you for many patches.

...
test -n "$toolbar"&& (sleep 3; $toolbar&)& When I had tried this 2 or 3 days ago, the toolbar did not work.

Now I noticed that the machine needs 15 sec. to launch GNOME3!!

The machine is HP Compaq 6710b (Core 2 Duo T7500) and not very slow. # This is Novell Japan's machine for demo.

So, we have to set the wait to 15, 20 or more?

information from upstream's Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32148 https://bugs.freedesktop.org/show_bug.cgi?id=39242 # I wonder why the toolbar works in the second log-in.

...
A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup.

We need IM launcher (manager) for 12.2 or later?

Yes, it's likely a better way to go. It can be pretty simple, even a shell script.

The xim.d mechanism can (should) be still used to set the initial environment variables or starting a daemon that doesn't need the upper layer. The xim.d script can set a certain env variable, e.g. $USED_INPUT_METHOD, when the IM is chosen and set up. It will contain the IM name such as "ibus" or "scim-bridge". Then the launcher invokes another program according to this variable, when necessary.

For example, create a script /etc/X11/xim.d/uim-launcher, which starts the systray stuff. Then the generic launcher would execute it like:

#!/bin/sh test -z "$USED_INPUT_METHOD"&& exit 0 test -x /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher&& \ exec /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher exit 0

and put a desktopfile in XDG-compliant autostart path.

I experimented this for uim, but it doesn't work either. Something odd must be present in either uim or GNOME3 panel handling.

That being said, it isn't so urgent to switch to the new startup framework for 12.1 :)

Takashi

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

22:02

At Mon, 24 Oct 2011 20:51:36 +0900, Fuminobu TAKEYAMA wrote:

...

I installed 12.1 RC1.

SCIM works fine with applications except for ones using GTK3.

Yeah, I don't get any reaction from upstream, so we are stuck.

...

Uim has still strange behavior on GTK3. I also tried to launch uim-toolbar-gtk3-systray by using xdg-autostart but it seems that the toolbar now just exits. (no zombie process!)

In my tests, it may show a single icon in the toolbar, and doesn't show all icons. Also, the icon doesn't react. So, in practice, it's useless. This must be a bug of UIM, after all.

...

For IBus, I encountered "No engine is available" problem. When I installed RC1, I set the system language to "en" to test this bug: https://bugzilla.novell.com/show_bug.cgi?id=722739

After that, I change the language to "ja" and install IBus with "zypper inr". Then, when I started IBus, no input engines are registered.

I know I can fix just by running ibus-setup and selecting an IM engine. However it is difficult for beginners to find out what happens since IBus say nothing.

I have not figured out the condition in which this problem is caused.

For 12.1, we should announce to users "Please check ibus-setup when IM is unavailable."

Or, just set up from IBUS config GUI. It's pretty intuitive.

...

We will be able to register a default IM engine when no engines are registered. Fedora has a (too) giant patch named "ibus-530711-preload-sys.patch": http://pkgs.fedoraproject.org/gitweb/?p=ibus.git

Argh, that should be a thing to be either upstreamed or simplified...

...

I think we can implement similar behavior in xim.d/ibus.

Yes, something we should do. thanks, Takashi

...

Fuminobu TAKEYAMA

(2011/10/18 0:33), Takashi Iwai wrote:

...
At Fri, 14 Oct 2011 18:46:43 +0200, Takashi Iwai wrote:

...
At Sat, 15 Oct 2011 01:33:39 +0900, Fuminobu TAKEYAMA wrote:

...
Thank you for many patches.

...
test -n "$toolbar"&& (sleep 3; $toolbar&)& When I had tried this 2 or 3 days ago, the toolbar did not work.

Now I noticed that the machine needs 15 sec. to launch GNOME3!!

The machine is HP Compaq 6710b (Core 2 Duo T7500) and not very slow. # This is Novell Japan's machine for demo.

So, we have to set the wait to 15, 20 or more?

information from upstream's Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32148 https://bugs.freedesktop.org/show_bug.cgi?id=39242 # I wonder why the toolbar works in the second log-in.

...
A sane way would be to start via XDG start desktop, but it needs a fundamental rewrite of the basic setup.

We need IM launcher (manager) for 12.2 or later?

Yes, it's likely a better way to go. It can be pretty simple, even a shell script.

The xim.d mechanism can (should) be still used to set the initial environment variables or starting a daemon that doesn't need the upper layer. The xim.d script can set a certain env variable, e.g. $USED_INPUT_METHOD, when the IM is chosen and set up. It will contain the IM name such as "ibus" or "scim-bridge". Then the launcher invokes another program according to this variable, when necessary.

For example, create a script /etc/X11/xim.d/uim-launcher, which starts the systray stuff. Then the generic launcher would execute it like:

#!/bin/sh test -z "$USED_INPUT_METHOD"&& exit 0 test -x /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher&& \ exec /etc/X11/xim.d/${USED_INPUT_METHOD}-launcher exit 0

and put a desktopfile in XDG-compliant autostart path.

I experimented this for uim, but it doesn't work either. Something odd must be present in either uim or GNOME3 panel handling.

That being said, it isn't so urgent to switch to the new startup framework for 12.1 :)

Takashi

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Ray Chen

25 Oct 25 Oct

14:48

I've install openSUSE 12.1 rc1 DVD I found that both ibus and scim related packages were installed by default in Traditional Chinese environment If we want ibus as default input method frame scim should leave in DVD rather than install to the system If I want to use scim, I can install it from DVD or oss repo My suggestion: We should set PRIORITY of ibus to 60 for openSUSE 12.1 (older version leave it as 40) and remove "Provides: locale(ja;zh;ko)" from scim-related packages, so they won't be install by default So if I want to try scim, I can just install scim (which PRIORITY is 50 (and 49 for scim-bridge)) and I don't have to do anything except a relogin With Regards Ray Chen -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

20:00

At Tue, 25 Oct 2011 22:48:19 +0800, Ray Chen wrote:

...

I've install openSUSE 12.1 rc1 DVD I found that both ibus and scim related packages were installed by default in Traditional Chinese environment If we want ibus as default input method frame scim should leave in DVD rather than install to the system If I want to use scim, I can install it from DVD or oss repo

My suggestion: We should set PRIORITY of ibus to 60 for openSUSE 12.1 (older version leave it as 40) and remove "Provides: locale(ja;zh;ko)" from scim-related packages, so they won't be install by default

Why? Just because SCIM is not used as default?

...

So if I want to try scim, I can just install scim (which PRIORITY is 50 (and 49 for scim-bridge)) and I don't have to do anything except a relogin

No, this doesn't make sense. The priority should indicate really the priority. If you do such a trick, the bug will return in the end later. thanks, Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Ray Chen

26 Oct 26 Oct

09:02

在 2011年10月26日上午4:00，Takashi Iwai 寫道：

...

At Tue, 25 Oct 2011 22:48:19 +0800, Ray Chen wrote:

...
I've install openSUSE 12.1 rc1 DVD I found that both ibus and scim related packages were installed by default in Traditional Chinese environment If we want ibus as default input method frame scim should leave in DVD rather than install to the system If I want to use scim, I can install it from DVD or oss repo

My suggestion: We should set PRIORITY of ibus to 60 for openSUSE 12.1 (older version leave it as 40) and remove "Provides: locale(ja;zh;ko)" from scim-related packages, so they won't be install by default

Why? Just because SCIM is not used as default?

...

...
So if I want to try scim, I can just install scim (which PRIORITY is 50 (and 49 for scim-bridge)) and I don't have to do anything except a relogin

No, this doesn't make sense. The priority should indicate really the priority. If you do such a trick, the bug will return in the end later. If openSUSE have an input method switch system(like ubuntu and debian have a command : im-switch)

Yes, for an end user, if want to switch from ibus to scim, all he(she) can think about it is to install scim and see if this works. but if scim was installed, system still use ibus, he(she) would try to unstall ibus. But if we set ibus priority to 60, and not install scim by default, he(she) can easily switch to scim, maybe he will find that scim didn't fit his need, just remove scim, and it's OK to return to ibus. that the priority should really indicate the priority. cause ibus fit the most general usage, so when no "user-define" input-method was set, ibus should load automatically. But openSUSE have not such tool, (yes, I know I can set "export INPUT_METHOD="your_choice"" in ~./profile to specify input-method I need) we have to do something convenience for end user,that is: let user's newly installed input-method get the high priority (smaller number). or, maybe we should develop a small ui tool,(or port im-switch to openSUSE) let users can easily switch their input-method. With Regards Ray Chen

...

thanks,

Takashi

-- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

12:48

At Wed, 26 Oct 2011 17:02:13 +0800, Ray Chen wrote:

...

在 2011年10月26日上午4:00，Takashi Iwai 寫道：

...
At Tue, 25 Oct 2011 22:48:19 +0800, Ray Chen wrote:

...
I've install openSUSE 12.1 rc1 DVD I found that both ibus and scim related packages were installed by default in Traditional Chinese environment If we want ibus as default input method frame scim should leave in DVD rather than install to the system If I want to use scim, I can install it from DVD or oss repo

My suggestion: We should set PRIORITY of ibus to 60 for openSUSE 12.1 (older version leave it as 40) and remove "Provides: locale(ja;zh;ko)" from scim-related packages, so they won't be install by default

Why? Just because SCIM is not used as default?

Yes, for an end user, if want to switch from ibus to scim, all he(she) can think about it is to install scim and see if this works. but if scim was installed, system still use ibus, he(she) would try to unstall ibus. But if we set ibus priority to 60, and not install scim by default, he(she) can easily switch to scim, maybe he will find that scim didn't fit his need, just remove scim, and it's OK to return to ibus.

In your argument, the case with multiple users is totally missing.

...

...
...
So if I want to try scim, I can just install scim (which PRIORITY is 50 (and 49 for scim-bridge)) and I don't have to do anything except a relogin

No, this doesn't make sense. The priority should indicate really the priority. If you do such a trick, the bug will return in the end later. If openSUSE have an input method switch system(like ubuntu and debian have a command : im-switch) that the priority should really indicate the priority. cause ibus fit the most general usage, so when no "user-define" input-method was set, ibus should load automatically. But openSUSE have not such tool, (yes, I know I can set "export INPUT_METHOD="your_choice"" in ~./profile to specify input-method I need)

Or change /etc/sysconfig/language.

...

we have to do something convenience for end user,that is: let user's newly installed input-method get the high priority (smaller number).

No, the installation order would be random at the first installation. (Imagine you install two IMs in the first installation.)

...

or, maybe we should develop a small ui tool,(or port im-switch to openSUSE) let users can easily switch their input-method.

This is the way to go. thanks, Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Satoru Matsumoto

27 Oct 27 Oct

02:52

(2011/10/26 21:48), Takashi Iwai wrote:

...

At Wed, 26 Oct 2011 17:02:13 +0800, Ray Chen wrote:

...

...
or, maybe we should develop a small ui tool,(or port im-switch to openSUSE) let users can easily switch their input-method.

This is the way to go.

Another option can be porting im-chooser to openSUSE. https://fedorahosted.org/im-chooser/ However, I don't have enough skill to work on this and what I can do now is just asking people to do so. I'm sorry that I cannot be of assistance. -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.zaq.ne.jp/opensuse/ _/_/ -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Ray Chen

15:03

在 2011年10月26日下午8:48，Takashi Iwai 寫道：

...

At Wed, 26 Oct 2011 17:02:13 +0800, Ray Chen wrote:

...
在 2011年10月26日上午4:00，Takashi Iwai 寫道：

...
At Tue, 25 Oct 2011 22:48:19 +0800, Ray Chen wrote:

...
I've install openSUSE 12.1 rc1 DVD I found that both ibus and scim related packages were installed by default in Traditional Chinese environment If we want ibus as default input method frame scim should leave in DVD rather than install to the system If I want to use scim, I can install it from DVD or oss repo

My suggestion: We should set PRIORITY of ibus to 60 for openSUSE 12.1 (older version leave it as 40) and remove "Provides: locale(ja;zh;ko)" from scim-related packages, so they won't be install by default

Why? Just because SCIM is not used as default?

Yes, for an end user, if want to switch from ibus to scim, all he(she) can think about it is to install scim and see if this works. but if scim was installed, system still use ibus, he(she) would try to unstall ibus. But if we set ibus priority to 60, and not install scim by default, he(she) can easily switch to scim, maybe he will find that scim didn't fit his need, just remove scim, and it's OK to return to ibus.

In your argument, the case with multiple users is totally missing.

...
...
...
So if I want to try scim, I can just install scim (which PRIORITY is 50 (and 49 for scim-bridge)) and I don't have to do anything except a relogin

No, this doesn't make sense. The priority should indicate really the priority. If you do such a trick, the bug will return in the end later. If openSUSE have an input method switch system(like ubuntu and debian have a command : im-switch) that the priority should really indicate the priority. cause ibus fit the most general usage, so when no "user-define" input-method was set, ibus should load automatically. But openSUSE have not such tool, (yes, I know I can set "export INPUT_METHOD="your_choice"" in ~./profile to specify input-method I need)

Or change /etc/sysconfig/language.

...
we have to do something convenience for end user,that is: let user's newly installed input-method get the high priority (smaller number).

No, the installation order would be random at the first installation. (Imagine you install two IMs in the first installation.) OK, I understand

...
or, maybe we should develop a small ui tool,(or port im-switch to openSUSE) let users can easily switch their input-method.

This is the way to go. Hope this will come true soon

thanks,

Takashi

Another ibus issue is about the icons By now, these icons are not so good looking in both KDE4 and GNOME3, (I'm talking about icons in /usr/share/ibus-chewing/icons/ (or any other ibus-*/icons/) Hope openSUSE artwork team can help to improve -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

Takashi Iwai

15:13

At Thu, 27 Oct 2011 23:03:54 +0800, Ray Chen wrote:

...

在 2011年10月26日下午8:48，Takashi Iwai 寫道：

...
At Wed, 26 Oct 2011 17:02:13 +0800, Ray Chen wrote:

...
在 2011年10月26日上午4:00，Takashi Iwai 寫道：

...
At Tue, 25 Oct 2011 22:48:19 +0800, Ray Chen wrote:

...
I've install openSUSE 12.1 rc1 DVD I found that both ibus and scim related packages were installed by default in Traditional Chinese environment If we want ibus as default input method frame scim should leave in DVD rather than install to the system If I want to use scim, I can install it from DVD or oss repo

My suggestion: We should set PRIORITY of ibus to 60 for openSUSE 12.1 (older version leave it as 40) and remove "Provides: locale(ja;zh;ko)" from scim-related packages, so they won't be install by default

Why? Just because SCIM is not used as default?

Yes, for an end user, if want to switch from ibus to scim, all he(she) can think about it is to install scim and see if this works. but if scim was installed, system still use ibus, he(she) would try to unstall ibus. But if we set ibus priority to 60, and not install scim by default, he(she) can easily switch to scim, maybe he will find that scim didn't fit his need, just remove scim, and it's OK to return to ibus.

In your argument, the case with multiple users is totally missing.

...
...
...
So if I want to try scim, I can just install scim (which PRIORITY is 50 (and 49 for scim-bridge)) and I don't have to do anything except a relogin

No, this doesn't make sense. The priority should indicate really the priority. If you do such a trick, the bug will return in the end later. If openSUSE have an input method switch system(like ubuntu and debian have a command : im-switch) that the priority should really indicate the priority. cause ibus fit the most general usage, so when no "user-define" input-method was set, ibus should load automatically. But openSUSE have not such tool, (yes, I know I can set "export INPUT_METHOD="your_choice"" in ~./profile to specify input-method I need)

Or change /etc/sysconfig/language.

...
we have to do something convenience for end user,that is: let user's newly installed input-method get the high priority (smaller number).

No, the installation order would be random at the first installation. (Imagine you install two IMs in the first installation.) OK, I understand

...
or, maybe we should develop a small ui tool,(or port im-switch to openSUSE) let users can easily switch their input-method.

This is the way to go. Hope this will come true soon

Hey, you can join! ;)

...

...
thanks,

Takashi

Another ibus issue is about the icons By now, these icons are not so good looking in both KDE4 and GNOME3, (I'm talking about icons in /usr/share/ibus-chewing/icons/ (or any other ibus-*/icons/) Hope openSUSE artwork team can help to improve

I think it's better to ask this in another ML. If we get a better icon and upstream it, it'll be certainly a good contribution from openSUSE. thanks, Takashi -- To unsubscribe, e-mail: opensuse-m17n+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-m17n+owner@opensuse.org

4573

Age (days ago)

4590

Last active (days ago)

List overview

Download

24 comments

5 participants

participants (5)

Fuminobu TAKEYAMA
Fuminobu TAKEYAMA
Ray Chen
Satoru Matsumoto
Takashi Iwai

[opensuse-m17n] IM-related issues on openSUSE 12.1 Beta

tags

participants (5)