Re: IM-related issues on openSUSE 12.1 Beta
Takashi Iwai <[email protected]>
| Newsgroups | gmane.linux.suse.m17n |
|---|---|
| Message-ID | <s5hy5wn5xn0.wl%[email protected]> |
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: [email protected]
To contact the owner, e-mail: [email protected]