|
From: Ethan M. <merritt@u.washington.edu> - 2004-12-12 20:53:56
|
On Sunday 12 December 2004 08:59 am, Hans-Bernhard Broeker wrote: > > I consider fixing this a major goal that absolutely has to be achieved > before the next official release (4.2). So you don't think there should be an intervening 4.1 release? > It shouldn't be strictly associated to any visible entity, but rather > switchable from inside gnuplot. I.e., we need the effect of 'load' and > 'save' commands (but including saving of entire multi-plots), without > relying on external files. I wonder if you could elaborate on this ambitious goal a bit more. While I agree that the number of globals should be reduced, if only as a matter of aesthetics, I am not convinced that the goal of invoking multiple parallel copies of the main gnuplot within the same process context makes any sense. Wouldn't it be easier just to fire up multiple separate copies of gnuplot? Consider, for instance, the terminal tables and terminal-specific globals. Is terminal state persistent across wholesale save/restore of the program state? Or does each program state have its own set of terminal tables? I don't quite see how that 2nd option would work. -- Ethan A Merritt Biomolecular Structure Center University of Washington 98195-7742 |