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