gnuplot development

On Monday 28 April 2008 00:06, Petr Mikulik wrote:
> In the current 4.2-cvs, "make install" proceeds with the errors below. It's 
> strang because there are "?set origin" and "?origin" in gnuplot.doc.

For some reason the doc->texi process has replaced the key word "origin"
with "origin_".  I don't know why.
Editing gnuplot.texi
	%s/origin_/origin/
followed by 'make gnuplot.info'  works

 
> ---
> 
> ../mkinstalldirs /usr/local/share/gnuplot/4.2
> 
> /usr/bin/install -c -m 644 gnuplot.gih 
> 
> /usr/local/share/gnuplot/4.2/gnuplot.gih
> 
> /bin/sh /tmp/gnuplot42/missing --run makeinfo 
> -I. ./gnuplot.texi --no-split --output=gnuplot.info
> 
> ./gnuplot.texi:10550: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:10044: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:9702: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:9481: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:9470: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:9461: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:9444: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:9442: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:7382: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:4840: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:4821: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:4810: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:3430: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> ./gnuplot.texi:3102: Cross reference to nonexistent node `origin' (perhaps 
> incorrect sectioning?).
> 
> makeinfo: Removing output file `gnuplot.info' due to errors; use --force to 
> preserve.
> 
> make[1]: *** [gnuplot.info] Error 1
> 
> make[1]: Leaving directory `/tmp/gnuplot42/docs'
> 
> make: *** [install-recursive] Error 1
> 
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry       Regular Mail: Mailstop 357742
Health Sciences Building
University of Washington - Seattle WA 98195-7742

Allin Cottrell wrote:
> Gretl writes, e.g., "set term png" when calling gnuplot.

Care dropping a hint what "Gretl" is, or why we might want to know?

> We've recently had a report from a user who says his copy of 
> gnuplot 4.2 won't accept "set term png" (but will accept "set 
> terminal png").

I find that completely unbelievable.  On what platform did that 
supposedly happen, and how/where did he acquire that copy of gnuplot?

> Can anyone think of circumstances where there might be a problem 
> using the abbreviation, or must this be a broken build of gnuplot?

I might succeed in breaking gnuplot on purpose to have that effect, but 
I find it extremely hard to believe that anything like that could ever, 
possibly, happen by accident.  It's more likely that the user in 
question was either pulling your leg, or hallucinating.

On Thu, 17 Apr 2008, Hans-Bernhard Bröker wrote:

> Allin Cottrell wrote:
> > Gretl writes, e.g., "set term png" when calling gnuplot.
> 
> Care dropping a hint what "Gretl" is, or why we might want to 
> know?

Sorry, I thought I'd mentioned gretl a couple of times on this 
list before, but maybe not.  It's an open-source econometrics 
program which calls gnuplot for generating graphs, much as octave 
does. http://gretl.sourceforge.net/

> > We've recently had a report from a user who says his copy of 
> > gnuplot 4.2 won't accept "set term png" (but will accept "set 
> > terminal png").
> 
> I find that completely unbelievable.  On what platform did that 
> supposedly happen, and how/where did he acquire that copy of 
> gnuplot?

I'm told this was open on OpenSuse 10.2 i586.  I don't know the 
source of the copy of gnuplot but I suppose it was an OpenSuse 
rpm.

> > Can anyone think of circumstances where there might be a 
> > problem using the abbreviation, or must this be a broken build 
> > of gnuplot?
> 
> I might succeed in breaking gnuplot on purpose to have that 
> effect, but I find it extremely hard to believe that anything 
> like that could ever, possibly, happen by accident.  It's more 
> likely that the user in question was either pulling your leg, or 
> hallucinating.

It's a bit late for April Fooling.  But it is indeed puzzling.

Allin Cottrell

On Thu, 17 Apr 2008, Allin Cottrell wrote:

> On Thu, 17 Apr 2008, Hans-Bernhard Bröker wrote:
> > 
> > I might succeed in breaking gnuplot on purpose to have that 
> > effect, but I find it extremely hard to believe that anything 
> > like that could ever, possibly, happen by accident.  It's more 
> > likely that the user in question was either pulling your leg, or 
> > hallucinating.

Well, it turns out that whatever problem the user was having with 
the gretl/gnuplot connection, "set term " was not really the 
issue.  Not surprising, but that is what he claimed at first.

Allin Cottrell

On Saturday 12 April 2008 17:38, plotter@... wrote:
> Hi,
> 
> a minor issue but worth fixing at some stage.
> 
> I need to get the key box as tight as possible to prevent it over-running  
> my plots. This must surely be quite a common concern.
> 
> In trying to reduce it I notice that there are one or two extras space  
> characters before each legend's text. The space after the line sample  
> seems a reasonable size but the left border space is about three times  
> bigger. This is wasted space and a visual imbalance.

I can't seem to reproduce this problem.
Please tell us the exact version of gnuplot you are using,
and the exact "set terminal" command including the font.

The one case I know of that behaves somewhat like this is when you
have an enhanced text string as a plot title.  Gnuplot over-estimates
the length of the title because of the enhanced text mark-up characters.
You can adjust this by using the "width" keyword to "set key box".




> Also there seems to be no top margin. The "l" in plot of my first line  
> actually touches the box (with set key box).
> 
> If someone works on this part of gnuplot it maybe a thing to tidy up.
> 
> A consistant border all the way round would be nice. Maybe with an option  
> border width to control it like is possible with vertical line spacing.

-- 
Ethan A Merritt

On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt  
<merritt@...> wrote:

> On Saturday 12 April 2008 17:38, plotter@... wrote:
>> Hi,
>>
>> a minor issue but worth fixing at some stage.
>>
>> I need to get the key box as tight as possible to prevent it  
>> over-running
>> my plots. This must surely be quite a common concern.
>>
>> In trying to reduce it I notice that there are one or two extras space
>> characters before each legend's text. The space after the line sample
>> seems a reasonable size but the left border space is about three times
>> bigger. This is wasted space and a visual imbalance.
>
> I can't seem to reproduce this problem.
> Please tell us the exact version of gnuplot you are using,
> and the exact "set terminal" command including the font.
>
> The one case I know of that behaves somewhat like this is when you
> have an enhanced text string as a plot title.  Gnuplot over-estimates
> the length of the title because of the enhanced text mark-up characters.
> You can adjust this by using the "width" keyword to "set key box".
>
>
>
>
>> Also there seems to be no top margin. The "l" in plot of my first line
>> actually touches the box (with set key box).
>>
>> If someone works on this part of gnuplot it maybe a thing to tidy up.
>>
>> A consistant border all the way round would be nice. Maybe with an  
>> option
>> border width to control it like is possible with vertical line spacing.
>

Hi,

I am running CVS gnuplot rebuild at begining April 08.

I noticed this on svg output and looking back over archived plots (done  
with 6 mth old cvs) I note that png seems exactly the same layout:
http://piments.com/panel/images/


however I have a jpeg (prob cvs march 07) that has no left margin and the  
first letter of the longest label touches the box.

This one has a rather large left margin , is there a minimum default width  
at play here?
http://piments.com/panel/150tank-txW.svg
cf http://piments.com/panel/150tank-txI.jpeg
cf file://localhost/tmpd/img/panel/150tank-tx6.png

Looking over many outputs over this period of time I see many different  
behaviours. For example this svg which has zero top and left margin but  
reasonable right and bottom. This has not explicit key commands in the  
source file.

http://piments.com/panel/trans-fn.svg


Feel free to parouse http://piments.com/panel and  
http://piments.com/panel/images there are a variety of output formats  
dating from this period. All the 150tank* files are essentially the same  
gnuplot source as far as the box goes. There are a number of different  
plot titles in plot commands , none of which have any leading spaces.

The only key commands are:

set key box
set key top right

HTH.
/Peter.

On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt  
<merritt@...> wrote:

> On Saturday 12 April 2008 17:38, plotter@... wrote:
>> Hi,
>>
>> a minor issue but worth fixing at some stage.
>>
>> I need to get the key box as tight as possible to prevent it  
>> over-running
>> my plots. This must surely be quite a common concern.
>>
>> In trying to reduce it I notice that there are one or two extras space
>> characters before each legend's text. The space after the line sample
>> seems a reasonable size but the left border space is about three times
>> bigger. This is wasted space and a visual imbalance.
>
> I can't seem to reproduce this problem.
> Please tell us the exact version of gnuplot you are using,
> and the exact "set terminal" command including the font.
>
Hi,

currently using CVS build early April 2008. Other plots showing similar  
defects date back a year and use cvs from either march or sept 07. I dont  
see any notable change due to date.

The output is mainly svg but you can see the left margin issue on png and  
jpeg during this period.
http://www.piments.com/panel

All the 150tank* files here produced by basically the same gnuplot file as  
far as key box is concerned.

An interesting example is :
http://piments.com/panel/trans-fn.svg

Also a variant on the same source this shows no padding. I have looked  
into experimenting with this and find the lenghts of the plot titles seems  
to be a key factor.

If I mod this source and change nothing else I start to get margins.

plot Th4(RR1(x)) t "Rf=3k3" \
,Th4(RR2(x)) t "short Rf=4k7" \
,Th4(RR3(x)) t "long energy Rf=6k8" \
,Th4(RR7(x)) t "Energy Rf=15k"

This does not reproduce in png/jpeg in this particular test , just svg. I  
viewed the file in Opera / ffox / inkscape , all gave the same rendition.

So it appears there is an svg specific issue but also something producing  
spacing on the other plots you can see in the link in both png and jpeg.

HTH.



> The one case I know of that behaves somewhat like this is when you
> have an enhanced text string as a plot title.  Gnuplot over-estimates
> the length of the title because of the enhanced text mark-up characters.
> You can adjust this by using the "width" keyword to "set key box".
>
>
  No use of enhanced here.

>
>
>> Also there seems to be no top margin. The "l" in plot of my first line
>> actually touches the box (with set key box).
>>
>> If someone works on this part of gnuplot it maybe a thing to tidy up.
>>
>> A consistant border all the way round would be nice. Maybe with an  
>> option
>> border width to control it like is possible with vertical line spacing.
>

Please ignore this post which contains incorrect info and refer to my
later one.

Sorry for the bad post.

/Peter

On Sun, 13 Apr 2008 09:58:03 +0200, <plotter@...> wrote:

> On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt
> <merritt@...> wrote:
>
>> On Saturday 12 April 2008 17:38, plotter@... wrote:
>>> Hi,
>>>
>>> a minor issue but worth fixing at some stage.
>>>
>>> I need to get the key box as tight as possible to prevent it
>>> over-running
>>> my plots. This must surely be quite a common concern.
>>>
>>> In trying to reduce it I notice that there are one or two extras space
>>> characters before each legend's text. The space after the line sample
>>> seems a reasonable size but the left border space is about three times
>>> bigger. This is wasted space and a visual imbalance.
>>
>> I can't seem to reproduce this problem.
>> Please tell us the exact version of gnuplot you are using,
>> and the exact "set terminal" command including the font.
>>
>> The one case I know of that behaves somewhat like this is when you
>> have an enhanced text string as a plot title.  Gnuplot over-estimates
>> the length of the title because of the enhanced text mark-up characters.
>> You can adjust this by using the "width" keyword to "set key box".
>>
>>
>>
>>
>>> Also there seems to be no top margin. The "l" in plot of my first line
>>> actually touches the box (with set key box).
>>>
>>> If someone works on this part of gnuplot it maybe a thing to tidy up.
>>>
>>> A consistant border all the way round would be nice. Maybe with an
>>> option
>>> border width to control it like is possible with vertical line spacing.
>>
>
> Hi,
>
> I am running CVS gnuplot rebuild at begining April 08.
>
> I noticed this on svg output and looking back over archived plots (done
> with 6 mth old cvs) I note that png seems exactly the same layout:
> http://piments.com/panel/images/
>
>
> however I have a jpeg (prob cvs march 07) that has no left margin and the
> first letter of the longest label touches the box.
>
> This one has a rather large left margin , is there a minimum default  
> width
> at play here?
> http://piments.com/panel/150tank-txW.svg
> cf http://piments.com/panel/150tank-txI.jpeg
> cf file://localhost/tmpd/img/panel/150tank-tx6.png
>
> Looking over many outputs over this period of time I see many different
> behaviours. For example this svg which has zero top and left margin but
> reasonable right and bottom. This has not explicit key commands in the
> source file.
>
> http://piments.com/panel/trans-fn.svg
>
>
> Feel free to parouse http://piments.com/panel and
> http://piments.com/panel/images there are a variety of output formats
> dating from this period. All the 150tank* files are essentially the same
> gnuplot source as far as the box goes. There are a number of different
> plot titles in plot commands , none of which have any leading spaces.
>
> The only key commands are:
>
> set key box
> set key top right
>
> HTH.
> /Peter.
>

On Sunday 13 April 2008 11:26, Ethan A Merritt wrote:
> On Sunday 13 April 2008 01:55, you wrote:
> > So it appears there is an svg specific issue but also something producing  
> > spacing on the other plots you can see in the link in both png and jpeg.
> 
> Sorry, I still don't see anything unusual about any of those plots
> including the svg ones.  Perhaps you could include a screen-capture
> of how the svg looks in your viewer?

I attach a screen capture of what your svg plot looks like when
viewed here.

-- 
Ethan A Merritt

On Sun, 13 Apr 2008 20:45:14 +0200, Ethan A Merritt  
<merritt@...> wrote:

> On Sunday 13 April 2008 11:26, Ethan A Merritt wrote:
>> On Sunday 13 April 2008 01:55, you wrote:
>> > So it appears there is an svg specific issue but also something  
>> producing
>> > spacing on the other plots you can see in the link in both png and  
>> jpeg.
>>
>> Sorry, I still don't see anything unusual about any of those plots
>> including the svg ones.  Perhaps you could include a screen-capture
>> of how the svg looks in your viewer?
>
> I attach a screen capture of what your svg plot looks like when
> viewed here.
>

Now how about the non-svg terminals:

http://piments.com/panel/150tank-txR.jpeg

we see a similar exagerated left spacing. This is gnuplot output so not  
dependant on rendition outside the context of gnuplot in creating it.

This makes me think that something is causing gnuplot to allocate too much  
space for the text on my system in creating the plot rather than a display  
time difference due to svg libs/fonts.

What do you make of that?

Thx.

Please ignore this post which contains incorrect info and refer to my  
later one.

Sorry for the bad post.

/Peter

On Sun, 13 Apr 2008 09:58:03 +0200, <plotter@...> wrote:

> On Sun, 13 Apr 2008 03:06:27 +0200, Ethan A Merritt
> <merritt@...> wrote:
>
>> On Saturday 12 April 2008 17:38, plotter@... wrote:
>>> Hi,
>>>
>>> a minor issue but worth fixing at some stage.
>>>
>>> I need to get the key box as tight as possible to prevent it
>>> over-running
>>> my plots. This must surely be quite a common concern.
>>>
>>> In trying to reduce it I notice that there are one or two extras space
>>> characters before each legend's text. The space after the line sample
>>> seems a reasonable size but the left border space is about three times
>>> bigger. This is wasted space and a visual imbalance.
>>
>> I can't seem to reproduce this problem.
>> Please tell us the exact version of gnuplot you are using,
>> and the exact "set terminal" command including the font.
>>
>> The one case I know of that behaves somewhat like this is when you
>> have an enhanced text string as a plot title.  Gnuplot over-estimates
>> the length of the title because of the enhanced text mark-up characters.
>> You can adjust this by using the "width" keyword to "set key box".
>>
>>
>>
>>
>>> Also there seems to be no top margin. The "l" in plot of my first line
>>> actually touches the box (with set key box).
>>>
>>> If someone works on this part of gnuplot it maybe a thing to tidy up.
>>>
>>> A consistant border all the way round would be nice. Maybe with an
>>> option
>>> border width to control it like is possible with vertical line spacing.
>>
>
> Hi,
>
> I am running CVS gnuplot rebuild at begining April 08.
>
> I noticed this on svg output and looking back over archived plots (done
> with 6 mth old cvs) I note that png seems exactly the same layout:
> http://piments.com/panel/images/
>
>
> however I have a jpeg (prob cvs march 07) that has no left margin and the
> first letter of the longest label touches the box.
>
> This one has a rather large left margin , is there a minimum default  
> width
> at play here?
> http://piments.com/panel/150tank-txW.svg
> cf http://piments.com/panel/150tank-txI.jpeg
> cf file://localhost/tmpd/img/panel/150tank-tx6.png
>
> Looking over many outputs over this period of time I see many different
> behaviours. For example this svg which has zero top and left margin but
> reasonable right and bottom. This has not explicit key commands in the
> source file.
>
> http://piments.com/panel/trans-fn.svg
>
>
> Feel free to parouse http://piments.com/panel and
> http://piments.com/panel/images there are a variety of output formats
> dating from this period. All the 150tank* files are essentially the same
> gnuplot source as far as the box goes. There are a number of different
> plot titles in plot commands , none of which have any leading spaces.
>
> The only key commands are:
>
> set key box
> set key top right
>
> HTH.
> /Peter.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Let's wait for the patch update so that it can be tested. Not only Octave 
but also other programs expect "pgnuplot" on Windows so we could keep that 
name.

> The following that I vote to gnuplot ML.
> This is related to octave so that I will forward it.
> 
> Now combination of pgnuplot and wgnuplot does not work for octave.  
> I think that octave should be change for always looking gnuplot and your pgnuplot is renamed 
> as gnuplot. 
> The above makes things to be simple,  I think.
> 
> Regards
> 
> Tatsuro

Hello

Mmmmmmm......

I know other programs are using pgnuplot+wgnuplot on windows.
For example, Maxima.

However, for octave, pgnuplot+wgnuplot ordinally distributed does work at all now.
Michael's console mode gnuplot and gnuplot on cygwin are able to be used.

I think that platform is not a problem.  What program the host software uses is a problem.
In this sence, octave no longer is able to use pgnuplot+wgnuplot on windows.
Therefore, I think that Michael's console mode gnuplot should be rename as a gnuplot not a
pgnuplot.

This makes things clear, I think.

I would like to hear other people opinion.

Regards

Tatsuro


  

--- Petr Mikulik <mikulik@...> wrote:

> Let's wait for the patch update so that it can be tested. Not only Octave 
> but also other programs expect "pgnuplot" on Windows so we could keep that 
> name.
> 
> > The following that I vote to gnuplot ML.
> > This is related to octave so that I will forward it.
> > 
> > Now combination of pgnuplot and wgnuplot does not work for octave.  
> > I think that octave should be change for always looking gnuplot and your pgnuplot is renamed 
> > as gnuplot. 
> > The above makes things to be simple,  I think.
> > 
> > Regards
> > 
> > Tatsuro 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 




--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Hello Petr Mikulik 

I would like to confirm what you will proceed gnuplot native to windows.

> wgnuplot
> wgnuplot_pipes
> pgnuplot

wgnuplot -> Windows native original console gnuplot with GUI menu. 
wgnuplot_pipes -> Nearly equal to the above but allow like: plot '< awk -f ***.awk' from
                  wgnuplot console.
pgnuplot -> Console mode gnuplot for windows from cmd  prompt (and from proxy console software like 
console2).  Of course the pipe also can be used for bidirectional unlike current pgnuplot.

If your idea is the above, I would like to compromize for naming for the compatibility to
other software to use gnuplot on windows.

However, even though in my persinal mind, I would like to name it just a gnuplot.

Hello, Ethan and HBB, how do you think about this matter?

Regards

Tatsuro




--- Petr Mikulik <mikulik@...> wrote:

> > >  Your patch for gnuplot
> > >  [ 1627936 ] Gnuplot Win32 in console mode
> > >  http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
> > >  is dated Janury 2007.
> > 
> > >  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
> > >  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
> > >  actually for 4.2.2, right? I've tried it, and there are rejects for both
> > >  4.3cvs and 4.2.3.
> > 
> > It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
> > releases for all packages I compile.
> 
> Gnuplot 4.2.3 is the stable version at the moment. There are just two minor 
> rejects when applying the patch, thus it should be very easy to do the 
> update for 4.2.3.
> 
> > >  In order to propagate your work into the gnuplot source code, I propose:
> > >
> > >  - you move the work on the patch to gnuplot's Patches:
> > >   [ 1627936 ] Gnuplot Win32 in console mode
> > >
> > >  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
> > >
> > >  - you should split the patch into three independent parts:
> > >   - the wxt-MSW patches -- to be discussed with the authors of wx
> > >     terminal, put into cvs independently
> > >   - the OCTAVE_BUILD default settings -- another way how to set
> > >     its defaults should be found
> > >   - the core of your patch
> > >
> > >  - please add patches to makefile.mgw so that others can compile it by the
> > >   MingW compiler
> > 
> > I'll try to address these later. I'm quite busy for the moment and I don't
> > have that much time.
> 
> We are looking forward.
> 
> > It's a real console version: you get a DOS prompt where you can enter
> > commands. In that sense, it works like the OS/2 or UNIX versions.
> 
> Great!
> 
> > >  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
> > >   not gnuplot.
> > [snip]
> > >  And also other Windows programs using gnuplot drawing engine expect
> > >  pgnuplot.exe, so let's keep the name.
> > 
> > In my patch I used pgnuplot for the console version I developed, and
> > renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
> > 3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
> > not the optimal way to do it.
> 
> Then pgnuplot_win is not needed and there will be
> wgnuplot
> wgnuplot_pipes
> pgnuplot
> 
> (and the cygwin's x11 binaries).
> 
> 
> Let's continue on this issue after you have submitted the patches onto 
> #1627936.
> 
> 
> Greetings,
>   Petr
> 


--- Tatsuro MATSUOKA <tmacchant3@...> wrote:

> Hello
> 
> Mmmmmmm......
> 
> I know other programs are using pgnuplot+wgnuplot on windows.
> For example, Maxima.
> 
> However, for octave, pgnuplot+wgnuplot ordinally distributed does work at all now.
> Michael's console mode gnuplot and gnuplot on cygwin are able to be used.
> 
> I think that platform is not a problem.  What program the host software uses is a problem.
> In this sence, octave no longer is able to use pgnuplot+wgnuplot on windows.
> Therefore, I think that Michael's console mode gnuplot should be rename as a gnuplot not a
> pgnuplot.
> 
> This makes things clear, I think.
> 
> I would like to hear other people opinion.
> 
> Regards
> 
> Tatsuro
> 
> 
>   
> 
> --- Petr Mikulik <mikulik@...> wrote:
> 
> > Let's wait for the patch update so that it can be tested. Not only Octave 
> > but also other programs expect "pgnuplot" on Windows so we could keep that 
> > name.
> > 
> > > The following that I vote to gnuplot ML.
> > > This is related to octave so that I will forward it.
> > > 
> > > Now combination of pgnuplot and wgnuplot does not work for octave.  
> > > I think that octave should be change for always looking gnuplot and your pgnuplot is renamed
> 
> > > as gnuplot. 
> > > The above makes things to be simple,  I think.
> > > 
> > > Regards
> > > 
> > > Tatsuro 
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> > Don't miss this year's exciting event. There's still time to save $100. 
> > Use priority code J8TL2D2. 
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnuplot-beta@...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> 
> 
> --------------------------------------
> GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
> http://pr.mail.yahoo.co.jp/ganbare-nippon/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Hello

Mmmmmmm

I am a mere one of long term user of gnuplot.
Therefore the previous mails have gone beyond my work.

Please excuse me.
However, this seems to be a quite important matter, I would like to discuss this matter 
among the developper staffs.

Regards

Tatsuro 


--- Tatsuro MATSUOKA <tmacchant3@...> wrote:

> Hello Petr Mikulik 
> 
> I would like to confirm what you will proceed gnuplot native to windows.
> 
> > wgnuplot
> > wgnuplot_pipes
> > pgnuplot
> 
> wgnuplot -> Windows native original console gnuplot with GUI menu. 
> wgnuplot_pipes -> Nearly equal to the above but allow like: plot '< awk -f ***.awk' from
>                   wgnuplot console.
> pgnuplot -> Console mode gnuplot for windows from cmd  prompt (and from proxy console software
> like 
> console2).  Of course the pipe also can be used for bidirectional unlike current pgnuplot.
> 
> If your idea is the above, I would like to compromize for naming for the compatibility to
> other software to use gnuplot on windows.
> 
> However, even though in my persinal mind, I would like to name it just a gnuplot.
> 
> Hello, Ethan and HBB, how do you think about this matter?
> 
> Regards
> 
> Tatsuro
> 
> 
> 
> 
> --- Petr Mikulik <mikulik@...> wrote:
> 
> > > >  Your patch for gnuplot
> > > >  [ 1627936 ] Gnuplot Win32 in console mode
> > > > 
> http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
> > > >  is dated Janury 2007.
> > > 
> > > >  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
> > > >  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
> > > >  actually for 4.2.2, right? I've tried it, and there are rejects for both
> > > >  4.3cvs and 4.2.3.
> > > 
> > > It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
> > > releases for all packages I compile.
> > 
> > Gnuplot 4.2.3 is the stable version at the moment. There are just two minor 
> > rejects when applying the patch, thus it should be very easy to do the 
> > update for 4.2.3.
> > 
> > > >  In order to propagate your work into the gnuplot source code, I propose:
> > > >
> > > >  - you move the work on the patch to gnuplot's Patches:
> > > >   [ 1627936 ] Gnuplot Win32 in console mode
> > > >
> > > >  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
> > > >
> > > >  - you should split the patch into three independent parts:
> > > >   - the wxt-MSW patches -- to be discussed with the authors of wx
> > > >     terminal, put into cvs independently
> > > >   - the OCTAVE_BUILD default settings -- another way how to set
> > > >     its defaults should be found
> > > >   - the core of your patch
> > > >
> > > >  - please add patches to makefile.mgw so that others can compile it by the
> > > >   MingW compiler
> > > 
> > > I'll try to address these later. I'm quite busy for the moment and I don't
> > > have that much time.
> > 
> > We are looking forward.
> > 
> > > It's a real console version: you get a DOS prompt where you can enter
> > > commands. In that sense, it works like the OS/2 or UNIX versions.
> > 
> > Great!
> > 
> > > >  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
> > > >   not gnuplot.
> > > [snip]
> > > >  And also other Windows programs using gnuplot drawing engine expect
> > > >  pgnuplot.exe, so let's keep the name.
> > > 
> > > In my patch I used pgnuplot for the console version I developed, and
> > > renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
> > > 3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
> > > not the optimal way to do it.
> > 
> > Then pgnuplot_win is not needed and there will be
> > wgnuplot
> > wgnuplot_pipes
> > pgnuplot
> > 
> > (and the cygwin's x11 binaries).
> > 
> > 
> > Let's continue on this issue after you have submitted the patches onto 
> > #1627936.
> > 
> > 
> > Greetings,
> >   Petr
> > 
> 
> 
> --- Tatsuro MATSUOKA <tmacchant3@...> wrote:
> 
> > Hello
> > 
> > Mmmmmmm......
> > 
> > I know other programs are using pgnuplot+wgnuplot on windows.
> > For example, Maxima.
> > 
> > However, for octave, pgnuplot+wgnuplot ordinally distributed does work at all now.
> > Michael's console mode gnuplot and gnuplot on cygwin are able to be used.
> > 
> > I think that platform is not a problem.  What program the host software uses is a problem.
> > In this sence, octave no longer is able to use pgnuplot+wgnuplot on windows.
> > Therefore, I think that Michael's console mode gnuplot should be rename as a gnuplot not a
> > pgnuplot.
> > 
> > This makes things clear, I think.
> > 
> > I would like to hear other people opinion.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> >   
> > 
> > --- Petr Mikulik <mikulik@...> wrote:
> > 
> > > Let's wait for the patch update so that it can be tested. Not only Octave 
> > > but also other programs expect "pgnuplot" on Windows so we could keep that 
> > > name.
> > > 
> > > > The following that I vote to gnuplot ML.
> > > > This is related to octave so that I will forward it.
> > > > 
> > > > Now combination of pgnuplot and wgnuplot does not work for octave.  
> > > > I think that octave should be change for always looking gnuplot and your pgnuplot is
> renamed
> > 
> > > > as gnuplot. 
> > > > The above makes things to be simple,  I think.
> > > > 
> > > > Regards
> > > > 
> > > > Tatsuro 
> > > 
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> > > Don't miss this year's exciting event. There's still time to save $100. 
> > > Use priority code J8TL2D2. 
> > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnuplot-beta@...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > 
> > 
> > 
> > 
> > --------------------------------------
> > GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
> > http://pr.mail.yahoo.co.jp/ganbare-nippon/
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> > Don't miss this year's exciting event. There's still time to save $100. 
> > Use priority code J8TL2D2. 
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnuplot-beta@...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
> http://pr.mail.yahoo.co.jp/ganbare-nippon/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> gnuplot-beta mailing list
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

Tatsuro MATSUOKA wrote:
> Hello Petr Mikulik 
> 
> I would like to confirm what you will proceed gnuplot native to windows.
> 
>> wgnuplot
>> wgnuplot_pipes
>> pgnuplot
> 
> wgnuplot -> Windows native original console gnuplot with GUI menu. 

This description is confusing.  wgnuplot is not a "console gnuplot". 
It's the MS Windows GUI version.  In the context of MS Windows, 
"console" is the opposite of "GUI".

The text window provided by wgnuplot is not a console --- it's what we 
use because we _don't_ have a console.

> pgnuplot -> Console mode gnuplot for windows from cmd  prompt (and from proxy console software like 
> console2).  Of course the pipe also can be used for bidirectional unlike current pgnuplot.

I'd really prefer to have this named 'gnuplot'.  'pgnuplot' is the name 
of a very peculiar program.  Using the same name for a program that 
works in an entirely different way is guaranteed to confuse people.

Hello

--- Hans-Bernhard Br醇rker <HBBroeker@...> wrote:

> Tatsuro MATSUOKA wrote:
> > Hello Petr Mikulik 
> > 
> > I would like to confirm what you will proceed gnuplot native to windows.
> > 
> >> wgnuplot
> >> wgnuplot_pipes
> >> pgnuplot
> > 
> > wgnuplot -> Windows native original console gnuplot with GUI menu. 
> 
> This description is confusing.  wgnuplot is not a "console gnuplot". 
> It's the MS Windows GUI version.  In the context of MS Windows, 
> "console" is the opposite of "GUI".

You are right. Sorry for my poor writing.  
'An interactive terminal with GUI Menu'
Is this representation OK?
 
> The text window provided by wgnuplot is not a console --- it's what we 
> use because we _don't_ have a console.
> 
> > pgnuplot -> Console mode gnuplot for windows from cmd  prompt (and from proxy console software
> like 
> > console2).  Of course the pipe also can be used for bidirectional unlike current pgnuplot.
> 
> I'd really prefer to have this named 'gnuplot'.  'pgnuplot' is the name 
> of a very peculiar program.  Using the same name for a program that 
> works in an entirely different way is guaranteed to confuse people.
> 
Personally in my mind, I also think so.
Pherhaps Petr stress on the comatibility to current softwarea on windows platform.

Regards
Tatsuro


--------------------------------------
GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
http://pr.mail.yahoo.co.jp/ganbare-nippon/

> >  Your patch for gnuplot
> >  [ 1627936 ] Gnuplot Win32 in console mode
> >  http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
> >  is dated Janury 2007.
> 
> >  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
> >  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
> >  actually for 4.2.2, right? I've tried it, and there are rejects for both
> >  4.3cvs and 4.2.3.
> 
> It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
> releases for all packages I compile.

Gnuplot 4.2.3 is the stable version at the moment. There are just two minor 
rejects when applying the patch, thus it should be very easy to do the 
update for 4.2.3.

> >  In order to propagate your work into the gnuplot source code, I propose:
> >
> >  - you move the work on the patch to gnuplot's Patches:
> >   [ 1627936 ] Gnuplot Win32 in console mode
> >
> >  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
> >
> >  - you should split the patch into three independent parts:
> >   - the wxt-MSW patches -- to be discussed with the authors of wx
> >     terminal, put into cvs independently
> >   - the OCTAVE_BUILD default settings -- another way how to set
> >     its defaults should be found
> >   - the core of your patch
> >
> >  - please add patches to makefile.mgw so that others can compile it by the
> >   MingW compiler
> 
> I'll try to address these later. I'm quite busy for the moment and I don't
> have that much time.

We are looking forward.

> It's a real console version: you get a DOS prompt where you can enter
> commands. In that sense, it works like the OS/2 or UNIX versions.

Great!

> >  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
> >   not gnuplot.
> [snip]
> >  And also other Windows programs using gnuplot drawing engine expect
> >  pgnuplot.exe, so let's keep the name.
> 
> In my patch I used pgnuplot for the console version I developed, and
> renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
> 3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
> not the optimal way to do it.

Then pgnuplot_win is not needed and there will be
wgnuplot
wgnuplot_pipes
pgnuplot

(and the cygwin's x11 binaries).


Let's continue on this issue after you have submitted the patches onto 
#1627936.


Greetings,
  Petr

On Thu, Apr 10, 2008 at 11:42 PM, Petr Mikulik <mikulik@...> wrote:
>  Your patch for gnuplot
>  [ 1627936 ] Gnuplot Win32 in console mode
>  http://sourceforge.net/tracker/index.php?func=detail&aid=1627936&group_id=2055&atid=302055
>  is dated Janury 2007.
>
>  From the above, it seems you maintain your patch somewhere inside the octave
>  forge cvs tree. Hm, it has taken me long clicking to find it at
>  http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/admin/Windows/msvc/libs/gnuplot-4.2.2.diff?view=annotate
>
>  (I have no idea how this patch can be useful as this patch is not inside the
>  package windows-1.0.4.tar.gz, but that's an Octave-forge problem.)

This is a packaging issue. I use the patch to generate a working Win32 gnuplot
version that is bundled with the octave binary package.

>  From previous mails from Tatsuro MATSUOKA, I've got an impression the patch
>  you maintain is for gnuplot 4.3 because of the "refresh" command, but it's
>  actually for 4.2.2, right? I've tried it, and there are rejects for both
>  4.3cvs and 4.2.3.

It's only for 4.2.2. I didn't try with more recent versions. I stick with stable
releases for all packages I compile.

>  In order to propagate your work into the gnuplot source code, I propose:
>
>  - you move the work on the patch to gnuplot's Patches:
>   [ 1627936 ] Gnuplot Win32 in console mode
>
>  - do you prefer to work on the patch for 4.2.3 or for 4.3cvs?
>
>  - you should split the patch into three independent parts:
>   - the wxt-MSW patches -- to be discussed with the authors of wx
>     terminal, put into cvs independently
>   - the OCTAVE_BUILD default settings -- another way how to set
>     its defaults should be found
>   - the core of your patch
>
>  - please add patches to makefile.mgw so that others can compile it by the
>   MingW compiler

I'll try to address these later. I'm quite busy for the moment and I don't
have that much time.

>  - after reading some mails and the patch description in #1627936, I wonder
>   whether it is console or console-less version? I.e., does it look like the
>   OS/2 or Unixish gnuplot when you run it? (You can enter commands via
>   readline from the command console, and stdin piping works too.)
>   Or is there no console (nor textual nor graphical) and commands can go
>   only from stdin?

It's a real console version: you get a DOS prompt where you can enter
commands. In that sense, it works like the OS/2 or UNIX versions.

>  - If it is a pipe-only wgnuplot, then it should be really called "pgnuplot",
>   not gnuplot.
[snip]
>  And also other Windows programs using gnuplot drawing engine expect
>  pgnuplot.exe, so let's keep the name.

In my patch I used pgnuplot for the console version I developed, and
renamed the old pipe-to-wgnuplot to pgnuplot_win. So you end up with
3 programs: wgnuplot, pgnuplot_win and pgnuplot. This is probably
not the optimal way to do it.

Michael.