jeremy@xxxxxxxxxx writes:
> Is there a way to cause other instances of Xemacs to write to the
> global minibuff area. It seems that if you launch another instance,
> then any (message "Hello World!") will go to that instances
> minibuffer, even if the window is not active. That only makes sense,
> but I would like to ship messages to the global minibuf area.
>
> I started another instance of Xemacs for my daily tasks because I use
> emacs for many things, such as mail reading. I found that when
> downloading mail in the XWEM instance of Xemacs caused my whole system
> to stop responding while Xemacs was downloading mail.
Unfortunately no - this is not quite possible in situation how XEmacs
works currently. For me, blocking is the most the problem of the
XEmacs. As to SXEmacs we are planning to rewrite events system to get
rid of unexpected blocking problem, this(new events system) will allow
to implement non-preemptive multithreading.
And actually, i think such software for emacs as gnus, xwem and others
can push emacs developers to implement multithreading for the emacs
lisp.
>
> But now I am running all my apps in the other instance of Xemacs, so
> my Emms song change notifications, New Emacs notifications, Erc
> notifications are all not showing up below where it would be nice to
> have them.
i agree with Richard that most benifical use of xwem is using one
XEmacs instance for everything, so you can get the data about anything
to xwem in order to display it graphically on performe some action.
--
XWEM - Take the best and make it better.
|