Mailinglist Archive: opensuse-m17n (27 mails)

[Takashi Iwai <tiwai@xxxxxxx>]

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@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-m17n+owner@xxxxxxxxxxxx