|
From: V. <gae...@no...> - 2005-06-12 12:20:08
|
On Sun, Jun 12, 2005 at 01:53:42PM +0200, Hans-Bernhard Broeker wrote:
> Even the current mouse support is running into considerable problems=20
> with remote-controlled gnuplot sessions. That's why it's kept disabled=
=20
> by default in such cases. Having a single instance of gnuplot try to=20
> serve two independently acting masters (octave and a human being, e.g.)=
=20
> simultaneously has to cause trouble.
That's why a dedicated terminal would be very usefull. However have a
cross platform interactive terminal probably means either using a
toolkit, which does not seem compatible with gnuplot's current licence (a
pity) or using a dedicated terminal for the platform, wich basically
means reusing the current existing interactive terminals.
=20
Maybe what we need is more a API for interactive terminals ?
By the way, I think there should be an alias for the default platform
dependent interactive terminal. Say I want to code a script (Octave for
instance, but it could as well be Gnuplot) that work under various
platforms and switches terminals. If I want to switch back to the
platform specific interactive terminal, how do I call it ?
--
Ga=EBl
|