gnuplot-beta — Developers and beta testers of new gnuplot code

Re: gplt_x11.c: undeclared SELECT_TYPE_ARG1

[Petr M. <mi...@ph...>]

> > Compiling gplt_x11.c fails under OS/2 -- I have XFree86 3.3.2 -- can someone
> > help? I guess this is some kind of new code -- there are no SELECT_TYPE_*
> > constants in any X11 header file.
>
>  config/config.* need to be updated.

But how?

> They're supposed to be provided by autoconf.  See config.hin.  You'll
> have to refresh config/config.os2 accordingly.

I see config.hin, I see config.amg -- both do
	#undef SELECT_TYPE_...

but gplt_x11.c fails because it is undefined!

How should I define it? Or should rather be the code using it be surrounded
by #ifdef PIPE_IPC?? What does that problematic code mean?

---
pm

Re: using columns for labels

[Giuseppe G. N. A. <Giu...@ct...>]

> See patch set #595850 on SourceForge or pull it from my website

Exactly what I needed! (I just saw some snapshots on your website).

Thanks everybody.

Giuseppe.

Re: using columns for labels

[Daniel J S. <dan...@ie...>]

Giuseppe G. N. Angilella wrote:

>Column 3 may be a text string. Say something like:
>
>1 0.088 H
>2 0.205 He
>3 0.542 Li
>4 1.82  Be
>5 2.47  B
>

May need to designate strings in file as "H", "He", "Li", "Be", "B". 
 Otherwise there would be no way of having, say, a blank label or white 
space in a string.

Dan

Re: using columns for labels

[Daniel J S. <dan...@ie...>]

Giuseppe G. N. Angilella wrote:

>Hi Dan,
>
>sorry for having been unclear.
>
>  
>
>>What are you trying to plot?  Column 3 is a number and you want to 
>>convert it to text so that the text is plotted on the screen?
>>    
>>
>
>Column 3 may be a text string. Say something like:
>
>1 0.088 H
>2 0.205 He
>3 0.542 Li
>4 1.82  Be
>5 2.47  B
>...
>
>plot 'above.dat' u 1:2 w p t '$3'
>
>(mass densities of the elements, vs the atomic number, with the element's 
>name as a label for each point.)
>
>I am aware that in the example above there would not be enough symbols for 
>all the elements. Indeed, it would be useful if it could be possible to 
>iterate a command like
>
>ex=0.1
>ey=0.1
>
>set label '$3' at $1+ex,$2+ey
>
>for each line in above.dat, so that the symbol of the element appears 0.1 
>units at the right and 0.1 units at the top of each point in the plot.
>

Sounds like something useful.  Perhaps a "with labels" option?  It might 
be nice to not tie it to something else having to be plotted.  The 
default coordinates you suggest could perhaps be generated from a 
formula, e.g., $2+0.1.  Something to think about.  (Has this sort of 
thing been discussed here before?  It seems vaguely familiar.)

Dan

Re: gplt_x11.c: undeclared SELECT_TYPE_ARG1

[Hans-Bernhard B. <br...@ph...>]

On Thu, 12 Feb 2004, Petr Mikulik wrote:

> Compiling gplt_x11.c fails under OS/2 -- I have XFree86 3.3.2 -- can someone
> help? I guess this is some kind of new code -- there are no SELECT_TYPE_*
> constants in any X11 header file.

They're supposed to be provided by autoconf.  See config.hin.  You'll
have to refresh config/config.os2 accordingly.

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: using columns for labels

[Giuseppe G. N. A. <Giu...@ct...>]

Hi Dan,

sorry for having been unclear.

> What are you trying to plot?  Column 3 is a number and you want to 
> convert it to text so that the text is plotted on the screen?

Column 3 may be a text string. Say something like:

1 0.088 H
2 0.205 He
3 0.542 Li
4 1.82  Be
5 2.47  B
...

plot 'above.dat' u 1:2 w p t '$3'

(mass densities of the elements, vs the atomic number, with the element's 
name as a label for each point.)

I am aware that in the example above there would not be enough symbols for 
all the elements. Indeed, it would be useful if it could be possible to 
iterate a command like

ex=0.1
ey=0.1

set label '$3' at $1+ex,$2+ey

for each line in above.dat, so that the symbol of the element appears 0.1 
units at the right and 0.1 units at the top of each point in the plot.

Presently, I don't see any other way than generating a file labels.gnu
with the help of some C/Fortran code, and then loading it before plotting
the points with gnuplot.

Thanks again.

Giuseppe.

Re: gplt_x11.c: undeclared SELECT_TYPE_ARG1

[Lars H. <lhe...@us...>]

Petr Mikulik writes:
> Compiling gplt_x11.c fails under OS/2 -- I have XFree86 3.3.2 -- can someone
> help? I guess this is some kind of new code -- there are no SELECT_TYPE_*
> constants in any X11 header file.
 
 config/config.* need to be updated.

2004-01-07  Lars Hecking  <lhe...@nm...>

        * configure.in, configure.vms, src/fit.c, src/gplt_x11.c, src/stdfn.h,
        term/ggi.trm, term/x11.trm: Use AC_FUNC_SELECT_ARGTYPES instead of
        AC_FUNC_SELECT and related changes.

        * config/config.amg: Updated.

Release plan for gnuplot 4.0

[Petr M. <mi...@ph...>]

I propose to release gnuplot 4.0 now -- within 1 or 2 weeks max.

From the implementation point of view, the following should be done:

* Fix gplt_x11.c to compile on OS/2 again (my mail from few minutes ago)

* SF Bug "885279 Reading '%s' timefmt is not 64 bit safe" to be included
  or not?


Other changes needed (Lars probably knows best what to change):
* the VERSION, README, faq/ et al files need to be upgraded to 4.0.
* Web page should be updated.


Optional: release gnuplot-3.8k right now as 4.0 prerelease, and 4.0 when
all the files with new version 4 are edited.


***

Further, gnuplot deserves new web page. I've made some work for that. Please
have a look at
    physics.muni.cz/~mikulik/gp/gpweb-001.zip

It should replace the current www.gnuplot.info and gnuplot.sf.net.
I will also close my gnuplot section on my web page -- I contributed its
info into the proposed main gnuplot web. Maybe someone also wants to do this
as well.

You are welcome to send patches or replacements etc to me. But avoid writing
"please write about ..." -- do it yourself and send me the solution. Well,
the most economic way for me is if somebody else takes care about the web
... especially, if people don't like my proposed design.

The proposed images for the main site could be replaced by some more
beautiful, like here:
http://ayapin.film.s.dendai.ac.jp/~matuda/Gnuplot/pm3d.html
You can propose something.

Can someone contribute link to an archive of the gnuplot newsgroups?

Have fun too.

---
Petr Mikulik

gplt_x11.c: undeclared SELECT_TYPE_ARG1

[Petr M. <mi...@ph...>]

Compiling gplt_x11.c fails under OS/2 -- I have XFree86 3.3.2 -- can someone
help? I guess this is some kind of new code -- there are no SELECT_TYPE_*
constants in any X11 header file.


gcc -DOS2 -DHAVE_CONFIG_H -ffloat-store -O4 -mpentium -Wall
-Wno-unused -Wno-comment -Zmt -DPM3D -Zmt -DUSE_MOUSE -DHAVE_CONFIG_H
 -ffloat-store -IE:/XFree86/include -c -o gplt_x11.o gplt_x11.c

gplt_x11.c: In function `mainloop':
gplt_x11.c:724: `SELECT_TYPE_ARG1' undeclared (first use in this function)
gplt_x11.c:724: (Each undeclared identifier is reported only once
gplt_x11.c:724: for each function it appears in.)
gplt_x11.c:724: parse error before `nfds'
gplt_x11.c:741: `nfds' undeclared (first use in this function)
gplt_x11.c:784: `SELECT_TYPE_ARG234' undeclared (first use in this function)
gplt_x11.c:784: `SELECT_TYPE_ARG5' undeclared (first use in this function)
gplt_x11.c:784: parse error before `timer'
gplt_x11.c:723: warning: `nf' might be used uninitialized in this function
make: *** [gplt_x11.o] Error 1

using columns for labels

[Giuseppe G. N. A. <Giu...@ct...>]

Hi,

how can one use the content (in general, an alphanumeric one) of a given 
column to produce a label?

Say, something of the kind:

plot 'datafile.dat' u 1:2 t "$3" w p

where $3 would be expected to pick the content of the 3rd column
(presently, it just gives the string $3 invariably).

Thanks.

Giuseppe.

Re: faq: which terminal for OpenOffice.org

[Petr M. <mi...@ph...>]

Except for OO, please contribute TeX and metapost/font very below...


> > There is a question "How do I include my graphs in <word processor>?"
> > I think it would be useful to complete it by "in OpenOffice.org". Can
> > someone worked this out?
>
> OpenOffice on Windows supports copy-paste from gnuplot, and in general,
> OOo can handle several file formats gnuplot generates: EMF, WMF, EPS (with
> the usual caveat that you need a PS printer), DXF and a whole slew of
> pixel formats (PNG, P[BGP]M, GIF, JPG).  The major difference between OOo
> and MS Office is that there don't seem to be import filters for CGM, HPGL
> or CorelDraw images.  But maybe I just didn't look closely enough.
>
> In other words: the text, as it is right now, mostly fits OpenOffice.org.

png and bitmaps are fine; or vectorial formats, I've tried gnuplot + OO on
Linux:
- emf is OK, in colors
- dxf lacks many features
- wmf terminal is not available on gnuplot/Linux

Can someone try gnuplot with wmf and put it onto OO? What are differences to
emf? Which has smaller size and more features => thus what we can recommend?
If the analysis is positive, wmf generation should be switched on for every
platform.

***

I propose these changes to the FAQ -- please update it as necessary so that
I can commit it:

Many word processors can use Encapsulated PostScript for graphs.
This can be generated by the \verb+set terminal postscript eps [color]+
command.
Note that it is a good idea to check and correct the bounding box of the
graphs in the eps files (manually or by the fixbb script from gnuplot
webpage), as you have to correct this box for any eps figure produced by
whichever program.
Some (most?) word processors do not preview the actual image in the eps
file, and you have to add the preview image yourself. You can use the GSView
viewer for this (available for OS/2, Windows and X11), or ??? some Unix ps
tool???. Note that the preview image increases size of the eps file; the
smallest increase you may get by choosing Tiff 6 Packbits.

Into some office applications, like OpenOffice.org, or into applications in
the Windows world, you can insert vectorial images produces by the emf or
wmf terminal type.

With \TeX, it depends on what you use to print your dvi files...

With \TeX processed by pdftex or pdflatex, you can use png and pdf terminal
types.


???? Metapost ??? Metafont ???

Re: faq: which terminal for OpenOffice.org

[Hans-Bernhard B. <br...@ph...>]

On Tue, 10 Feb 2004, Petr Mikulik wrote:

> I've made some updates to faq.
> 
> There is a question "How do I include my graphs in <word processor>?"
> I think it would be useful to complete it by "in OpenOffice.org". Can
> someone worked this out?

OpenOffice on Windows supports copy-paste from gnuplot, and in general,
OOo can handle several file formats gnuplot generates: EMF, WMF, EPS (with
the usual caveat that you need a PS printer), DXF and a whole slew of
pixel formats (PNG, P[BGP]M, GIF, JPG).  The major difference between OOo
and MS Office is that there don't seem to be import filters for CGM, HPGL
or CorelDraw images.  But maybe I just didn't look closely enough.

In other words: the text, as it is right now, mostly fits OpenOffice.org.

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

faq: which terminal for OpenOffice.org

[Petr M. <mi...@ph...>]

I've made some updates to faq.

There is a question "How do I include my graphs in <word processor>?"
I think it would be useful to complete it by "in OpenOffice.org". Can
someone worked this out?

---
Petr Mikulik

Re: [Gnuplot-bugs] bugs/problems in gnuplot 3.8k (cvs)

[<br...@ph...>]

> 1) pdf driver:  that's a great new driver -- I really love that addition!
[...]
> somehow, other pdf tools can inform acroread to set the page setup to
"landscape",
> so printing is ok without twiddling with page setup settings first.

Well, knowing the fact that other programs can manage this doesn't exactly
help us implement
it for ourselves...  We would need to know *how* they do it.

> 2) readline(?), SIGTSTP, and gnuplot_x11 communication  (and libreadline?)

As far as I can see, at least a significant part of that problem lies with
libreadline itself.  gnuplot
should probably catch SIGTSTP and do something with it, though.

> 3) I'm just starting to use gnuplot on M$ Win-XY for my first time.
> obviously it's great too, but by default I'm hardly missing the
> possibility to use shell commands in plot "datafile" using
>
> plot "< some command"
>
> but by default PIPES config is not set for windows builds :-(

That's because it has a side effect which the average Windows user would
quite certainly be quite irritated about: it opens an extra console window
if started from
outside a console.  The average Windowser would perceive that as a bug of
the program, not
as a feature --- I've been there and got quite a collection of mails about
it, when I accidentally put
a similar behaviour in the first distribution of the 3.7.3 W32 build...

I've been contemplating a more Unix-ish Win32 version, i.e. a console
application that still has a
GUI graph window --- I had long thought this was utterly impossible to do,
but it appears I may have
been wrong.  I made some inroads, but haven't quite reached a usable overall
result yet.

OTOH, I don't see what's stopping you from building your own w32 version
with -DPIPES=1
enabled...

> I've read your comments about PIPES in config/makefile.mgw
> but for me (Windows novice) it's unclear if this is a problem
> for _all_ windows versions (e.g. would WinXP be any better?).

The problem doesn't depend on the version of Windows --- it's a fundamental
difference in the
way Unix and Windows work.  X11 programs have a plain stdin and stdout
channel, just like
console ones, whereas Windows GUI apps don't. This was even worse in Win16,
which wgnuplot
was originally made for, and which made that silly home-grown terminal
emulator a necessity.

> right now I still hope (dream?) that it'll be possible to use MSYS
> to allow "real" shell commands in plot "< ..."

What exactly is "MSYS"?  Anyway: if you miss Unix-ish behaviour real bad, I
would suggest
you get yourself cygwin (including X11) installed ;->

Re: Remove path to VERSION file, this is now taken of by TEXINPUTS.

[Petr M. <mi...@ph...>]

> If they're sufficiently Unix-like, I see no particular reason why the
> approach in docs/Makefile.in shouldn't work for makefile.mgw, too. Or you
> can use the "export"  directive of GNU make, i.e.
>
>       export TEXINPUTS=... whatever...

It doesn't work.

Thus I've chosen "copy ../VERSION ." which works OK.

---
Petr Mikulik

howto drive wgnuplot for the records

[kemal a. <as...@cl...>]

I would like to put the following  in the records.
thanks to :
Hans-Bernhard Broeker <br...@ph...>.
here is a working solution to drive gnuplot  Version 3.7 patchlevel 3.
on windows2K built with VC6.0.


// consol.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include <iostream>
#include <stdio.h>

using namespace std;


int main(void)
{
        FILE *chkdsk;
        if ( (chkdsk = _popen( "pgnuplot.exe", "wrt")) !=
NULL)
        {
                fputs("plot sin(x)\n", chkdsk);
                fflush(chkdsk);  //Works perfectly now
                system("pause"); //needed otherwise gnuplot closes when
//the console app ends to fast to see anything
        }
		printf("DONE!\n");

        return 0;

}

libgd + symbol fonts [was Re: Universal enhanced text mode!]

[Ethan M. <merritt@u.washington.edu>]

Just an update.

I added this code to CVS back in November, with a caveat that full
support for symbol fonts in the png/jpeg terminal required a patch
for libgd.

I am delighted to report that Tom Boutell has added the patch into
libgd. As of version 2.0.21 (now available for download) both the
Microsoft symbol.ttf and the Adobe Symbol fonts are handled correctly,
and "just work" from gnuplot.  Actually any Adobe custom-encoded
font should work, not just Symbol. Apple fonts should work also,
but I haven't tested them.



iso-8859-xx encodings
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

A related relatively minor problem remains, however, in that
there is currently no mechanism for translating the requested
character encoding from gnuplot through libgd to the font libraries.

libgd's own native font (default if you don't specify one) happens
to be iso-8859-2.   When you request a specific TTF font you=20
get iso-8859-1 so far as I can tell, but I am not sure if this is
guaranteed. =20

There is a mechanism for requesting 8-bit unicode, Shift-JIS, or big5=20
characters, however. So in principal gnuplot could  convert strings
to unicode if it wants characters not in iso-8859-1, but that
sounds like too much work.  I may see if I can further hack
libgd itself to know more about character encodings in some future
release.

--=20
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center Box 357742
University of Washington, Seattle, WA 98195

Re: Remove path to VERSION file, this is now taken of by TEXINPUTS.

[Hans-Bernhard B. <br...@ph...>]

On Fri, 16 Jan 2004, Petr Mikulik wrote:

> 	Hi Lars,
> 
> > Modified files:
> >        gnuplot/docs/: titlepag.tex
> >
> > Log message:
> >        Remove path to VERSION file, this is now taken of by TEXINPUTS.
> 
> well, it seems it is not easily portable by setting TEXINPUTS in a Makefile
> for different systems, like Windows and OS/2. Do you know how to set an
> environmental variable in Makefiles for these systems? 

If they're sufficiently Unix-like, I see no particular reason why the
approach in docs/Makefile.in shouldn't work for makefile.mgw, too. Or you
can use the "export"  directive of GNU make, i.e.

	export TEXINPUTS=... whatever...

There's an older method using the special target ".EXPORT:", but I'm not
sure whether that still exists.  It's not documented any longer, it seems.

> Thus, do you really prefer the above "copy" method, or would rather go back
> to \openin ../VERSION as it was until now?

\openin ../VERSION breaks in other ways, so we can't usefully go back to
that (it fails to work in out-of-source-directory builds on Unix-like
platforms).

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: Remove path to VERSION file, this is now taken of by TEXINPUTS.

[Lars H. <lhe...@us...>]

> The only solution I've found is to add "cp VERSION" command here:
> 
> gnuplot.dvi: gnuplot.tex $(D)titlepag.tex
>     cp gnuplot.tex $(D)gp_tex2.tex
>     cp VERSION $(D)
>     cd $(D) && latex gp_tex2.tex && latex gp_tex2.tex && latex gp_tex2.tex
> 
> Thus, do you really prefer the above "copy" method, or would rather go back
> to \openin ../VERSION as it was until now?

 It breaks when you build outside the source dir, that's why the change
 was made.

Remove path to VERSION file, this is now taken of by TEXINPUTS.

[Petr M. <mi...@ph...>]

	Hi Lars,

> Modified files:
>        gnuplot/docs/: titlepag.tex
>
> Log message:
>        Remove path to VERSION file, this is now taken of by TEXINPUTS.

well, it seems it is not easily portable by setting TEXINPUTS in a Makefile
for different systems, like Windows and OS/2. Do you know how to set an
environmental variable in Makefiles for these systems? I tried it for
Makefile.mgw, but haven't found any way to do it.

The only solution I've found is to add "cp VERSION" command here:

gnuplot.dvi: gnuplot.tex $(D)titlepag.tex
    cp gnuplot.tex $(D)gp_tex2.tex
    cp VERSION $(D)
    cd $(D) && latex gp_tex2.tex && latex gp_tex2.tex && latex gp_tex2.tex

Thus, do you really prefer the above "copy" method, or would rather go back
to \openin ../VERSION as it was until now?

---
Petr Mikulik

with_image_120303.diff

[Arnd B. <arn...@we...>]

Hi,

next I wanted to try the with_image patch,
(I followed the guideline for patching from Ethan,
http://www.bmsc.washington.edu/people/merritt/gnuplot/instructions.html
)

However, patching color.c and gplt_x11.c I get

patching file src/color.c
Hunk #2 FAILED at 525.
1 out of 2 hunks FAILED -- saving rejects to file src/color.c.rej

patching file src/gplt_x11.c
Hunk #2 FAILED at 373.
Hunk #3 succeeded at 483 (offset 2 lines).
Hunk #4 succeeded at 582 (offset 3 lines).
Hunk #5 succeeded at 1441 (offset 1 line).
Hunk #6 succeeded at 2217 (offset 1 line).
Hunk #7 FAILED at 2319.
Hunk #8 succeeded at 3003 (offset 1 line).
Hunk #9 succeeded at 3390 (offset 1 line).
2 out of 9 hunks FAILED -- saving rejects to file src/gplt_x11.c.rej

I had a look at gplt_x11.c but I don't understand
the code (well enough ;-) to fix this...
((If someone has the time at some point for doing this
I promise to test the patch, in which I am very much interested ;-))

Is there any chance that it gets integrated into the CVS version ?

Many thanks,

Arnd

Re: Request for including your software in our database

[Hans-Bernhard B. <br...@ph...>]

[I'm cc'ing this reply to the developers list informational purposes...]

Feel free to go right ahead with this.  

But, for the future, please note that mail like this had better to go the
administrative contact addresses mentioned on the opening screen of the
program, or in the documentation, rather than individual developers...

If you offer the program for download, we may want to link to your
page as an additional mirror site, too, so please send us a linkable
URL once you have completed construction of this database of yours.

On Thu, 15 Jan 2004, Dr G P S Raghava wrote:

> We are maintaining a database of free softwares for general purpose
> (www.imtech.res.in) which are available free of cost for general user
> and academic community. The aim of this project is to help the
> scientific community in distributing these software. We are a academic
> institute are not charging any money from users who wish to download
> these software from our site. we have found your software to be useful
> for general Information Technology professionals, general computer users
> and others also. We wish to include your software in our next database
> release. We already have a copy of software from web. In case , you do
> not agree please initimate us, for removal of your software from our
> database. presently your software will be available from our site i.e.
> gnuplot (software name) at www.imtech.res.in/fsgp/. whenever you are not
> interested to distribute these software from our site , please write to
> us . We will remove your software from our database. Initially we plan
> to provide a link to the original software but later we have realized
> that a number of software are not available from net or their original
> site is not accessible or some sites may close frequently. As well as
> some users do not have internet connections particularly in developing
> countries , so off-line distribution will help them. Thus, we thought we
> should keep one copy at our site and also provide a link to original
> site for downloading these software. We encourage users to download
> software from their original site rather than from our site (We clearly
> mention on home page of the database). This way user will get latest
> version. We also mention clearly that user should read terms and
> conditions and copy right statement laid for users.

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re: pasting code into gnuplot

[Arnd B. <arn...@we...>]

Hi,

for me both pasting from X11 and piping (from python)
works great now - Many many thanks   !

The example for accessing gnuplot variables
and waiting for mouse-clicks from python can be obtained as
  http://www.physik.tu-dresden.de/~baecker/python/GnuplotBiDir.py
see
  http://www.physik.tu-dresden.de/~baecker/python/gnuplot.html
for a few notes.

Arnd

Re: pasting code into gnuplot

[Ethan A M. <merritt@u.washington.edu>]

On Thursday 08 January 2004 12:05 pm, Arnd Baecker wrote:
> I would like to do something like this
> #####################################
> from GnuplotBiDir import Gnuplot
> gp=Gnuplot()
> gp("set mouse")       # activate mouse
> gp("plot sin(x)")
> print "Now get coordinates of a mouse-click:"
> gp("pause mouse 'click with mouse' ")
> #raw_input("and press enter here after that")
> mouse_x=gp.getvar("MOUSE_X")
> mouse_y=gp.getvar("MOUSE_Y")
> print mouse_x,mouse_y
> ######################################

> Of course, this cannot work as the calling program does not
> wait for the mouse-click.

I have placed a fix for this in CVS.  'pause mouse' was terminating
on either a mouse click or a <cr> on stdin.  That is OK for
terminal input, but with piped input there may already be multiple
commands backed up in the pipe, in which case it would not wait
for a mouse click.  As of now the behaviour is changed to only
terminate 'pause mouse' on a mouse click or on ctrl-C.
I also added some sanity checking so that you cannot get
stuck waiting for 'pause mouse' if mousing is not active.

Note that requesting "set mouse" before plotting is essential.
The default for piped input is to disable mousing.

-- 
Ethan A Merritt
Department of Biochemistry & Biomolecular Structure Center
University of Washington, Seattle

Re: pasting code into gnuplot

[Daniel J S. <dan...@ie...>]

Ethan A Merritt wrote:

>On Saturday 10 January 2004 01:07 pm, Petr Mikulik wrote:
>  
>
>>  Or would this mean big non-portability to different X11 systems?
>>    
>>
>
>I don't know.  But if we were going to move to a threaded implementation
>of gnuplot, I would want to look at making even larger scale use of it.
>For example, would it make any sense to spawn off a new thread for each
>new plot?  That would be an easier way to achieve multiple active
>plots than Dan's current dream of making all the internal data structures
>into linked lists.
>

There goes my pipe dream.

Dan