[SCIM] Re: skim 1.0.0 released

Zhe Su james.su at gmail.com
Sun Sep 12 21:21:12 PDT 2004


Hi,
  But several displays should can share one panel instance, just like
what scim-panel-gtk does.
  So, if skim finds there is another panel running, it should be used
instead of starting a new one.

Regards
James Su


On Sun, 12 Sep 2004 21:49:55 +0000, LiuCougar <liucougar at gmail.com> wrote:
> On Fri, 10 Sep 2004 12:50:46 +0200, Mike FABIAN <mfabian at suse.de> wrote:
> > Hi Cougar,
> >
> > I tried to start skim automatically with the KDE session by
> > adding
> >
> >     skim -d
> >
> > to /etc/X11/xim which is sourced by /etc/X11/xinit/xinitrc (this is
> > on SuSE Linux).
> >
> > When doing that, I run into a problem with a DCOP server error
> > message though.
> Hope I have fixed this. Please have the latest CVS head a try.
> 
> > First I thought this problem happens only on slow machines, but
> > actually I can reproduce it on any machine now. The reason why
> > I could not reproduce it on my fast machine is due to
> > another problem:
> >
> > scim is already running on display :0 (which uses fvwm as the
> > window manager and does not use skim, only scim). When I start
> > a second X11 session on display :1 using kde with
> >
> >     startx kde -- :1
> >
> > skim doesn't start, it complains that a scim panel is already
> > running. But that panel is for display :0 and should not disturb the
> > X11 session on display :1. Shouldn't it be possible to use
> > skim on display :1 even if scim is already running on
> > display :0?
> I am afraid in current framework of scim, that separate panels for
> separate displays is impossible. Because the socket server does not
> depend on the display, only one socket server can be established.
> Regards,
> 
> 
> 
> --
> "People's characters are strengthened through struggle against
> difficulties; they are weakened by comfort."
> - Old Chinese adage
> _______________________________________________
> scim mailing list
> scim at freedesktop.org
> http://freedesktop.org/mailman/listinfo/scim
>


More information about the scim mailing list