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

towards 4.4

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

	Hello,

gnuplot 4.4 rc1 is out for 2 months. What about rc2 or release?

Some issues:
- help new-features
  I think it can contain more information from NEWS.

Ad (binary) distribution for Windows:
- Tatsuro MATSUOKA can compile Windows binary with all new features, such as 
  wxterminal, pdfcairo, lua, etc. These are missing in binary packages 
  provided by me.  I propose to distribute the package by TM obtained by 
  joining his current
	gp44rc1-winbin.zip
	gp44rc1-winbin-wxt-diff.zip

- Further, there will be x11 package for /usr-like system in Cygwin.
  Is there any difference between the package provided by me and TM?
  Note: this binary does not contain wxt, only x11.

Other Windows issues:
- Shall be the default terminal wx instead of windows? I would vote for 
  this change.

- The only issue which is missing in wx terminal is the "Print" button.
  How many Windows people use it for printing graphs instead of "set term"
  mechanism? Is it possible to add the print dialog easily?

---
PM

png terminal : font bug on windows binaries 4.5

[Sebastien K. <seb...@un...>]

Hello,
with the 4.5 windows binaries (2010-01-12) available from here:
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
I (seem to) have found a bug:
gnuplot is unable to load the windows tt fonts.

description:
-unzip, start wgnuplot, and type the following:

gnuplot> set term png font "verdana,14"
Terminal type set to 'png'
fontconfig: Couldn't retrieve font file name. when opening font verdana, trying
default
fontconfig: Couldn't retrieve font file name. when opening font "arial", using i
nternal non-scalable font
Options are 'nocrop medium size 640,480 '

Although I have the GDFONTPATH env. variable defined, and pointing to
c:\windows\fonts

This was ok with previous release (4.4rc1, from 20091205)

And thanks everybody for this great tool !

Hint on dead links

[Sebastian H. <z_...@gm...>]

Hi there,

I just found some dead links:

On this site
http://www.gnuplot.info/help.html

the links to "Gnuplot pages in German:" 
"Gnuplot Kurzanleitung by Axel Bussmann":
http://www.we.fh-osnabrueck.de/fbwe/vorlesung/edv2/gplot/gplot.html

and
"Gnuplot in einer Nußschale by Matthias Schröter"
http://itp.nat.uni-magdeburg.de/~matthias/gnuplot/gnuplot.html

and
"Kurzeinführung in die Arbeit mit gnuplot – Skript K. Könnecke, NAM"
http://num.math.uni-goettingen.de/Dokumentationen/Gnuplot/

aren't working anymore.

Kind regards
Sebastian


-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Re: stringvar.dem fails on current cvs version (Latest ChangeLog 2009-01-02)

[Tatsuro M. <tma...@ya...>]

Hello

--- Ethan Merritt  wrote:
> 
> I understand why there is currently an error message.
> I do not understand why there would be a crash.
> Please check again with the revised code.
> 
> 	Ethan

I have confirmed that stringvar.dem can be successfully carried out on the cvs version of gnuplot  
(latest ChangeLog date: 2010-01-03) on cygwin and mingw.

On MinGW, I have carried out the demo on the Msys so that 'cat' command works. However, occurs in the
usual situation on windows, as,

gnuplot> cd 'D:\usr\Tatsu\mingwhome\gnuplotcvs\gp45-winbin\gnuplot\demo'
gnuplot> load 'stringvar.dem'
'cat' is not recognized as an internal or external command, operable program or batch file.

If 'cat' is replaced by 'type', it worked correctly.

On the djgpp there was a long file name problem on my DJGPP environment and 'cat' command.
I replaced long file name to short one. However, crash still occur. 
It will be required to trace it gdb works on DGJPP.

If I will have time to do it, I will try to purchase the origin of the crash.

Regards

Tatsuro 



--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: stringvar.dem fails on current cvs version (Latest ChangeLog 2009-01-02)

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

On Sunday 03 January 2010, Tatsuro MATSUOKA wrote:
>  Hello
> 
> I have found 'stringvar.dem' fails at the current cvs version (Latest ChangeLog 2009-01-02)
>
> 
> read_time(fmt, c) = strptime(fmt, stringcolumn(c).' '.stringcolumn(c+1))
> 01/06/93        0000    0.20    0.175   3.07    2.62            0       25     0.24     7.5     70.8  
>  16.9    0.328   9.94    23.74   ...
> timedat.dat:1:"stringvar.dem", line 136: illegal day of month

My fault. I should have found that problem myself.

The demo is a very strange example of reading a date string without using the 
built-in date handling procedure.  Instead it reads the input as pure string data
and converts it to a time in seconds.  The result is the same as if the data file
itself had contained the time in seconds, which could be read using timefmt "%s".

The idea of the demo was to show that we don't really need the command
"set xdata time" any more for input.  And in fact the demo continues to work
for reading in the dates if you comment out "set xdata time".  However, there
is a problem.  The same command "set xdata time" is used to control both the
input and the output.  If we turn it off for input, it also turns off the
use of time formats for output (axis labels). 

There are two possible fixes

1) Change the way the demo works. It may be possible to bypass the built-in
   time handling for output either. That would make the demo even more useful,
   but I am not sure it is possible.

2) I will revise the new code in datafile.c so that it is not executed unless
   the timefmt is "%s".  This preserves the old behaviour of the demo,
   while still achieving the intended new capability to handle
      set timefmt "%s"
      plot ... using ($1):2

> I have confirmed on cygwin and mingw. 
> 
> On djgpp, "stringvar.dem" crashes gnuplot.

I understand why there is currently an error message.
I do not understand why there would be a crash.
Please check again with the revised code.

	Ethan

 
> Perhaps this is a side effect latest change,
>  
> 2010-01-02  Ethan A Merritt  <merritt@u.washington.edu>
> 
> 	* src/datafile.c (df_readascii): Time format "%s" should be able to
> 	handle any numeric input. Convert input of the form   'using ($1)' or
> 	'using (f($1))' to a string so that it can be passed to gstrptime().
> 	Bug #2899511
> 
> Regards
> 
> Tatsuro
> Regards

stringvar.dem fails on current cvs version (Latest ChangeLog 2009-01-02)

[Tatsuro M. <tma...@ya...>]

 Hello

I have found 'stringvar.dem' fails at the current cvs version (Latest ChangeLog 2009-01-02)

*******************************
$ gnuplot -persist stringvar.dem
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue

time_str          = "2005-05-09 19:44:12"
-> seconds        = 168983052.0
   seconds + 10.  = 168983062.0
-> time_str2      = "2005-05-09 19:44:22"

read_time(fmt, c) = strptime(fmt, stringcolumn(c).' '.stringcolumn(c+1))
01/06/93        0000    0.20    0.175   3.07    2.62            0       25     0.24     7.5     70.8  
 16.9    0.328   9.94    23.74   ...
timedat.dat:1:"stringvar.dem", line 136: illegal day of month

I have confirmed on cygwin and mingw. 

On djgpp, "stringvar.dem" crashes gnuplot.

Perhaps this is a side effect latest change,
 
2010-01-02  Ethan A Merritt  <merritt@u.washington.edu>

	* src/datafile.c (df_readascii): Time format "%s" should be able to
	handle any numeric input. Convert input of the form   'using ($1)' or
	'using (f($1))' to a string so that it can be passed to gstrptime().
	Bug #2899511

Regards

Tatsuro
Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: make fails on cygwin of the cvs source at 2009-12-24

[Tatsuro M. <tma...@ya...>]

Hello

--- Robert Schwebel  wrote:

> On Thu, Dec 24, 2009 at 11:11:53PM -0800, Ethan Merritt wrote:
> > Yes. I see the same error under linux. I have tried to fix this by
> > revising the normal (not cross-compilation) definition in configure.in
> > from
> >  CC_FOR_BUILD = "\$(CC)"
> > to
> >  CC_FOR_BUILD = "{CC}"
> 
> In cvs, you have changed it to
> 
> CC_FOR_BUILD="${CC}"
> 
> and that's correct, thanks. Sorry for the inconvenience.
> 
> rsc


I have confirmed the fix. Thanks

Regards

Tatsuro

--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

Re: make fails on cygwin of the cvs source at 2009-12-24

[Robert S. <r.s...@pe...>]

On Thu, Dec 24, 2009 at 11:11:53PM -0800, Ethan Merritt wrote:
> Yes. I see the same error under linux. I have tried to fix this by
> revising the normal (not cross-compilation) definition in configure.in
> from
>  CC_FOR_BUILD = "\$(CC)"
> to
>  CC_FOR_BUILD = "{CC}"

In cvs, you have changed it to

CC_FOR_BUILD="${CC}"

and that's correct, thanks. Sorry for the inconvenience.

rsc
-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

Re: make fails on cygwin of the cvs source at 2009-12-24

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

On Thursday 24 December 2009, Tatsuro MATSUOKA wrote:
> Hello
> 
> I have tried to build the cvs source  at 2009-12-24.
> The 'make' procedures failed on cygwin-1.5 and cygwin-1.7  
> 
> The snapshot of the error on cygwin-1.7
> 
> Making all in docs
> make[2]: Entering directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/docs'
> Makefile:73: *** Recursive variable `CC' references itself (eventually).  Stop.
> make[2]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/docs'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot'
> make: *** [all] Error 2
> 
> 
> On cygwin1.5, the same error occurred.
> 
> Perhaps the above are side effect of following change.
> 2009-12-24  Robert Schwebel <r.s...@pe...>
> 
> 	* configure.in docs/Makefile.in:
> 	When cross compiling gnuplot, build the documentation generation tools
> 	in docs/ with CC_FOR_BUILD (host compiler), not with the cross compiler.

Yes. I see the same error under linux.  
I have tried to fix this by revising the normal (not cross-compilation) definition
in configure.in from
 CC_FOR_BUILD = "\$(CC)"
to
 CC_FOR_BUILD = "{CC}"

That works for me here, but I am not confident that it is the correct fix.
This is beyond my depth of knowledge for autoconf/automake.

cc'ed to Robert Schwebel, author of the cross-compilation patch.

	regards,

		Ethan

make fails on cygwin of the cvs source at 2009-12-24

[Tatsuro M. <tma...@ya...>]

Hello

I have tried to build the cvs source  at 2009-12-24.
The 'make' procedures failed on cygwin-1.5 and cygwin-1.7  

The snapshot of the error on cygwin-1.7

Making all in docs
make[2]: Entering directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/docs'
Makefile:73: *** Recursive variable `CC' references itself (eventually).  Stop.
make[2]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot/docs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/cygdrive/d/usr/Tatsu/cyghome-1.7/gnuplotcvs/gnuplot'
make: *** [all] Error 2


On cygwin1.5, the same error occurred.

Perhaps the above are side effect of following change.
2009-12-24  Robert Schwebel <r.s...@pe...>

	* configure.in docs/Makefile.in:
	When cross compiling gnuplot, build the documentation generation tools
	in docs/ with CC_FOR_BUILD (host compiler), not with the cross compiler.

Regards

Tatsuro


--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

Re: Possible fix for windows bug #1952287

[Tatsuro M. <tma...@ya...>]

Hello

As you have mentioned, I have confirmed your fix.
http://sourceforge.net/tracker/index.php?func=detail&aid=1952287&group_id=2055&atid=102055

I am glad you to get rid of this bug.

Regards

Tatsuro

--- Ethan Merritt wrote:

> I think I may have found the underlying cause of bug #1952287
> (windows terminal shows dotted lines around rectangles with default style).
> I have made the change in CVS for 4.5, and also attach the patch below.
> 
> Could someone confirm whether this does in fact fix bug #1952287?
> 
> If so, I'll apply it to 4.4 as well.
> 
> 	Ethan
> 
> -- 
> Ethan A Merritt
> > --- gnuplot/src/win/wgraph.c	2009-09-08 09:29:32.000000000 -0700
> +++ gnuplot-cvs/src/win/wgraph.c	2009-12-22 12:48:24.000000000 -0800
> @@ -932,8 +932,8 @@ drawgraph(LPGW lpgw, HDC hdc, LPRECT rec
>  		if (cur_pen > WGNUMPENS)
>  		    cur_pen = cur_pen % WGNUMPENS;
>  		if (cur_pen <= LT_BACKGROUND) {
> -		    cur_pen = 1;
> -		    cur_penstruct = lpgw->colorpen[1];
> +		    cur_pen = 0;
> +		    cur_penstruct = lpgw->colorpen[0];
>  		    cur_penstruct.lopnColor = lpgw->background;
>  		} else {
>  		    cur_pen += 2;
> > ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

Possible fix for windows bug #1952287

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

I think I may have found the underlying cause of bug #1952287
(windows terminal shows dotted lines around rectangles with default style).
I have made the change in CVS for 4.5, and also attach the patch below.

Could someone confirm whether this does in fact fix bug #1952287?

If so, I'll apply it to 4.4 as well.

	Ethan

-- 
Ethan A Merritt

Re: Question about "stats" patch

[Philipp K. J. <ja...@ie...>]

That's intended. The idea is that you can run
the stats command on a subset of the whole
data set, and you use the plot ranges to select
the subset.

This is done in correspondence with the fit command,
which works exactly the same way.

When there is only one column, the values are
currently treated as x-values, not y-values. I find
that intuitive, although I can see why you expected
something different (namely correspondence with
the plot command).

Best,

		Ph.



On Monday 21 December 2009 08:22:00 pm Ethan Merritt wrote:
> I have a question about the intended behaviour of the stats command.
> What I observe is that the current xrange affects the result of a
> command like
> 	stats 'file' using 3
>
> I find this unexpected.  Is it intended, or is it a bug?
>
> Here's what I was trying to do...
>
> # preliminary exploration and plot of data column 2
>  stats 'silver.dat' using 2 noout var "Ag2_"
>  print Ag2_records, Ag2_min, Ag2_max
>  set xrange [0:1]
>  set yrange [Ag2_min:Ag2_max]
>  plot 'silver.dat' using (1):2 with points pt 6
>
> # So far so good, Ag_records = 58
> # and the plot shows the scatter of column 2 values
>
> # preliminary exploration and plot of data column 3
>  stats 'silver.dat' using 3 nout var "Ag3_"
>  plot 'silver.dat' using (1):3 with points pt 6
>  ...
>
> Oops.  The stats command + plot fails, claiming there is only 1 data point.
> (Actually in one run it claimed 0 data points, but leave that for another
> day). However...
>  set xrange [*:*]
>  stats 'silver.dat' using 3 nout var "Ag3_"
>  ...
>
> This works, indicating to me that the xrange is the cause of the problem.
>
>
> Here's my thinking:
> When you issue a plot command with a single column, e.g. "plot 'foo' using
> 3", the values in column 3 are treated a y values, not x values.  I
> wouldn't expect a filter on x to do anything here.  The stats documentation
> patch says:
>
>   The `stats` command will only consider data points which fall into the
>   plot range as defined inline or using `set xrange` and `set yrange`. If a
>   value in either column falls outside of its corresponding range, the
> entire record is skipped and does not contribute to any of the summary
> statistics.
>
> I read this to mean that if you say, e.g.
>   stats 'foo' using N:M
> then column N is checked against the x range and column M is checked
> against the y range.  But I expected
>   stats 'foo' using Q
> to check Q only against the y range, with no check on x.
>
> Bug?  Intentional?
> Am I looking at this the wrong way?
>
> 	cheers,
>
> 		Ethan

Question about "stats" patch

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

I have a question about the intended behaviour of the stats command.
What I observe is that the current xrange affects the result of a
command like
	stats 'file' using 3

I find this unexpected.  Is it intended, or is it a bug?

Here's what I was trying to do...

# preliminary exploration and plot of data column 2
 stats 'silver.dat' using 2 noout var "Ag2_"
 print Ag2_records, Ag2_min, Ag2_max
 set xrange [0:1]
 set yrange [Ag2_min:Ag2_max]
 plot 'silver.dat' using (1):2 with points pt 6

# So far so good, Ag_records = 58
# and the plot shows the scatter of column 2 values

# preliminary exploration and plot of data column 3
 stats 'silver.dat' using 3 nout var "Ag3_"
 plot 'silver.dat' using (1):3 with points pt 6
 ...

Oops.  The stats command + plot fails, claiming there is only 1 data point.
(Actually in one run it claimed 0 data points, but leave that for another day).
However...
 set xrange [*:*]
 stats 'silver.dat' using 3 nout var "Ag3_"
 ...

This works, indicating to me that the xrange is the cause of the problem.


Here's my thinking:
When you issue a plot command with a single column, e.g. "plot 'foo' using 3",
the values in column 3 are treated a y values, not x values.  I wouldn't expect
a filter on x to do anything here.  The stats documentation patch says:
 
  The `stats` command will only consider data points which fall into the
  plot range as defined inline or using `set xrange` and `set yrange`. If a
  value in either column falls outside of its corresponding range, the entire
  record is skipped and does not contribute to any of the summary statistics.

I read this to mean that if you say, e.g.
  stats 'foo' using N:M
then column N is checked against the x range and column M is checked against
the y range.  But I expected
  stats 'foo' using Q
to check Q only against the y range, with no check on x.

Bug?  Intentional?  
Am I looking at this the wrong way?

	cheers,

		Ethan

Re: new gnuplot C++ interface

[Dan S. <da...@gi...>]

Yes, you are correct.  The basic interface requires pipes and the mouse 
feedback function requires a pty.  It works fine in Linux but has not 
been tested on any other system.  In order for the pipe to look like a 
C++ iostream, I am making use of the boost library.

On 12/14/09 19:54, Philipp K. Janert wrote:
> On Monday 14 December 2009 08:18:44 pm Ethan Merritt (sfeam) wrote:
>    
>> On Sunday 13 December 2009, Dan Stahlke wrote:
>>      
>>> I have created a simple interface that allows interaction with gnuplot
>>> via the C++ iostream interface.  Methods are provided for pushing data
>>> arrays (STL containers or Blitz++ arrays) and for obtaining mouse
>>> coordinates.  This interface requires the boost library.
>>>        
> Am I correct to assume that it requires pipes
> under the hood?
>
>    
>>> The URL:
>>> http://www.stahlke.org/dan/gnuplot-iostream/
>>>        
>> I have added it to the "external links" section of the web page.
>> May take a day to propagate.
>>
>> 	Ethan
>>
>>      
>>> - Dan Stahlke
>>>
>>> -------------------------------------------------------------------------
>>> ----- Return on Information:
>>> Google Enterprise Search pays you back
>>> Get the facts.
>>> http://p.sf.net/sfu/google-dev2dev
>>> _______________________________________________
>>> gnuplot-beta mailing list
>>> gnu...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>>        
>> ---------------------------------------------------------------------------
>> --- Return on Information:
>> Google Enterprise Search pays you back
>> Get the facts.
>> http://p.sf.net/sfu/google-dev2dev
>> _______________________________________________
>> gnuplot-beta mailing list
>> gnu...@li...
>> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>>      
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>    

Re: new gnuplot C++ interface

[Philipp K. J. <ja...@ie...>]

On Monday 14 December 2009 08:18:44 pm Ethan Merritt (sfeam) wrote:
> On Sunday 13 December 2009, Dan Stahlke wrote:
> > I have created a simple interface that allows interaction with gnuplot
> > via the C++ iostream interface.  Methods are provided for pushing data
> > arrays (STL containers or Blitz++ arrays) and for obtaining mouse
> > coordinates.  This interface requires the boost library.

Am I correct to assume that it requires pipes
under the hood?

> >
> > The URL:
> > http://www.stahlke.org/dan/gnuplot-iostream/
>
> I have added it to the "external links" section of the web page.
> May take a day to propagate.
>
> 	Ethan
>
> > - Dan Stahlke
> >
> > -------------------------------------------------------------------------
> >----- Return on Information:
> > Google Enterprise Search pays you back
> > Get the facts.
> > http://p.sf.net/sfu/google-dev2dev
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>
> ---------------------------------------------------------------------------
>--- Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: new gnuplot C++ interface

[Ethan M. (sfeam) <eam...@gm...>]

On Sunday 13 December 2009, Dan Stahlke wrote:
> I have created a simple interface that allows interaction with gnuplot 
> via the C++ iostream interface.  Methods are provided for pushing data 
> arrays (STL containers or Blitz++ arrays) and for obtaining mouse 
> coordinates.  This interface requires the boost library.
> 
> The URL:
> http://www.stahlke.org/dan/gnuplot-iostream/

I have added it to the "external links" section of the web page.
May take a day to propagate.

	Ethan


> 
> - Dan Stahlke
> 
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

Re: 'pause mouse' problems gnuplot (gnuplot, wgnuplot ) for windows (was Re: pause mouse ....)

[Tatsuro M. <tma...@ya...>]

Hello

Sorry!! 
> So that pause mouse treatment for window terminal should not be described here but in win.trm.

It is not clear the above is correct or not.  However some treatments should be done to remove bugs. 

Regards

Tatsuro

--- Tatsuro MATSUOKA wrote:

> Hello
> 
> I have found that pause mouse does not work in  wxt terminal  on wgnuplot.
> This is probably because the description in command.c.
> 
> ****************************
> #if defined(_Windows) && !defined(WGP_CONSOLE)
>     if (paused_for_mouse && !graphwin.hWndGraph) {
> 	if (interactive) { /* cannot wait for Enter in a non-interactive session without the graph
> window */
> 	    char tmp[512];
> 	    if (buf) fprintf(stderr,"%s\n", buf);
> 	    fgets(tmp, 512, stdin); /* graphical window not yet initialized, wait for any key here */
> 	}
>     } else { /* pausing via graphical windows */
> 	int tmp = paused_for_mouse;
> 	if (buf && paused_for_mouse) fprintf(stderr,"%s\n", buf);
> 	if (!Pause(buf)) {
> 	    if (!tmp) {
> 		bail_to_command_line();
> 	    } else {
> 		if (!graphwin.hWndGraph) 
> 		    bail_to_command_line();
> 	    }
> 	}
>     }
> ***************************
> 
> In the above description, only for the windows terminal is considered.
> Now, we can have two interactive terminals, window and wxt.
> 
> So that pause mouse treatment for window terminal should not be described here but in win.trm.
> 
> 
> At least windows, the description for 'pause mouse' should be modified.
> Therefore the patch I posted for gnuplot.exe should also be modified.
> 
> On weekdays I will not have enough time to consider this issue.
> 
> Please forgive me.
> 
> PS. I do not know for the case of Macintosh and OS2.
> 
> Regards
> 
> Tatsuro 
> 
> --- Tatsuro MATSUOKA <tma...@ya...> wrote:
> 
> > Hello Benjamin
> > 
> > 
> > Thank you for your comments.
> > 
> > --- Benjamin Lindner wrote:
> > 
> > > Tatsuro MATSUOKA wrote:
> > > > Hello
> > > > 
> > > > 
> > > > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm
> > should
> > > be
> > > > modified,
> > > > 
> > > > ***********************************************
> > > > #ifdef WGP_CONSOLE
> > > > 
> > > > TERM_PUBLIC int
> > > > WIN_waitforinput  ()
> > > > {
> > > >     return ConsoleGetch();
> > > > }
> > > > 
> > > > #endif /* WGP_CONSOLE */
> > > > **********************************************
> > > > This only waits for keybord input.
> > > 
> > > Not really. It also waits for mouse input.
> > > That's the reason (I suspect) that the function is written the
> > > way it is written. It processes mouse events in the else clause
> > 
> > My writing was not correct. The above enables 'mouse input' but clicking mouse does not break
> > pause.
> > That is the problem. 
> > 
> > >         else if (waitResult == WAIT_OBJECT_0+1)
> > >          {
> > >              MSG msg;
> > > 
> > >              while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
> > >              {
> > >                  TranslateMessage(&msg);
> > >                  DispatchMessage(&msg);
> > >              }
> > >          }
> > > 
> > > because otherwise you would not be able to zoom.
> > > However it does not return on mouse input.
> > > I don't know if it should do so?
> > 
> > At current state, paused state by 'pause mouse' command is broken by zooming graph using the
> > mouse
> > button on the right side.
> > 
> > However, that is also happed on wgnuplot.exe (for my build and Petr build), gnuplot-x11 on
> > cygwin, and
> > wxt terminal on gnuplot on MinGW.
> > 
> > I do not want to introduce a new functionality to gnuplot.
> > What you have mentioned is a revision of 'pause mouse' functionality.
> > That is beyond my ability.
> > 
> > Anyway I appreciate your comments.
> > I think that what you have mention should be discussed in the different post.
> > 
> > Regards
> > 
> > Tatsuro
> >  
> > 
> > --------------------------------------
> > Get Disney character's mail address on Yahoo! Mail
> > http://pr.mail.yahoo.co.jp/disney/
> > 
> > ------------------------------------------------------------------------------
> > Return on Information:
> > Google Enterprise Search pays you back
> > Get the facts.
> > http://p.sf.net/sfu/google-dev2dev
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> Get Disney character's mail address on Yahoo! Mail
> http://pr.mail.yahoo.co.jp/disney/
> 


--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

'pause mouse' problems gnuplot (gnuplot, wgnuplot ) for windows (was Re: pause mouse ....)

[Tatsuro M. <tma...@ya...>]

Hello

I have found that pause mouse does not work in  wxt terminal  on wgnuplot.
This is probably because the description in command.c.

****************************
#if defined(_Windows) && !defined(WGP_CONSOLE)
    if (paused_for_mouse && !graphwin.hWndGraph) {
	if (interactive) { /* cannot wait for Enter in a non-interactive session without the graph window */
	    char tmp[512];
	    if (buf) fprintf(stderr,"%s\n", buf);
	    fgets(tmp, 512, stdin); /* graphical window not yet initialized, wait for any key here */
	}
    } else { /* pausing via graphical windows */
	int tmp = paused_for_mouse;
	if (buf && paused_for_mouse) fprintf(stderr,"%s\n", buf);
	if (!Pause(buf)) {
	    if (!tmp) {
		bail_to_command_line();
	    } else {
		if (!graphwin.hWndGraph) 
		    bail_to_command_line();
	    }
	}
    }
***************************

In the above description, only for the windows terminal is considered.
Now, we can have two interactive terminals, window and wxt.

So that pause mouse treatment for window terminal should not be described here but in win.trm.


At least windows, the description for 'pause mouse' should be modified.
Therefore the patch I posted for gnuplot.exe should also be modified.

On weekdays I will not have enough time to consider this issue.

Please forgive me.

PS. I do not know for the case of Macintosh and OS2.

Regards

Tatsuro 

--- Tatsuro MATSUOKA <tma...@ya...> wrote:

> Hello Benjamin
> 
> 
> Thank you for your comments.
> 
> --- Benjamin Lindner wrote:
> 
> > Tatsuro MATSUOKA wrote:
> > > Hello
> > > 
> > > 
> > > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm
> should
> > be
> > > modified,
> > > 
> > > ***********************************************
> > > #ifdef WGP_CONSOLE
> > > 
> > > TERM_PUBLIC int
> > > WIN_waitforinput  ()
> > > {
> > >     return ConsoleGetch();
> > > }
> > > 
> > > #endif /* WGP_CONSOLE */
> > > **********************************************
> > > This only waits for keybord input.
> > 
> > Not really. It also waits for mouse input.
> > That's the reason (I suspect) that the function is written the
> > way it is written. It processes mouse events in the else clause
> 
> My writing was not correct. The above enables 'mouse input' but clicking mouse does not break
> pause.
> That is the problem. 
> 
> >         else if (waitResult == WAIT_OBJECT_0+1)
> >          {
> >              MSG msg;
> > 
> >              while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
> >              {
> >                  TranslateMessage(&msg);
> >                  DispatchMessage(&msg);
> >              }
> >          }
> > 
> > because otherwise you would not be able to zoom.
> > However it does not return on mouse input.
> > I don't know if it should do so?
> 
> At current state, paused state by 'pause mouse' command is broken by zooming graph using the
> mouse
> button on the right side.
> 
> However, that is also happed on wgnuplot.exe (for my build and Petr build), gnuplot-x11 on
> cygwin, and
> wxt terminal on gnuplot on MinGW.
> 
> I do not want to introduce a new functionality to gnuplot.
> What you have mentioned is a revision of 'pause mouse' functionality.
> That is beyond my ability.
> 
> Anyway I appreciate your comments.
> I think that what you have mention should be discussed in the different post.
> 
> Regards
> 
> Tatsuro
>  
> 
> --------------------------------------
> Get Disney character's mail address on Yahoo! Mail
> http://pr.mail.yahoo.co.jp/disney/
> 
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

new gnuplot C++ interface

[Dan S. <da...@gi...>]

I have created a simple interface that allows interaction with gnuplot 
via the C++ iostream interface.  Methods are provided for pushing data 
arrays (STL containers or Blitz++ arrays) and for obtaining mouse 
coordinates.  This interface requires the boost library.

The URL:
http://www.stahlke.org/dan/gnuplot-iostream/

- Dan Stahlke

Re: pause mouse does not work on windows term on gnuplot.exe (on wgnuplot, pause mouse works correct)

[Tatsuro M. <tma...@ya...>]

Hello Benjamin


Thank you for your comments.

--- Benjamin Lindner wrote:

> Tatsuro MATSUOKA wrote:
> > Hello
> > 
> > 
> > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should
> be
> > modified,
> > 
> > ***********************************************
> > #ifdef WGP_CONSOLE
> > 
> > TERM_PUBLIC int
> > WIN_waitforinput  ()
> > {
> >     return ConsoleGetch();
> > }
> > 
> > #endif /* WGP_CONSOLE */
> > **********************************************
> > This only waits for keybord input.
> 
> Not really. It also waits for mouse input.
> That's the reason (I suspect) that the function is written the
> way it is written. It processes mouse events in the else clause

My writing was not correct. The above enables 'mouse input' but clicking mouse does not break pause.
That is the problem. 

>         else if (waitResult == WAIT_OBJECT_0+1)
>          {
>              MSG msg;
> 
>              while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
>              {
>                  TranslateMessage(&msg);
>                  DispatchMessage(&msg);
>              }
>          }
> 
> because otherwise you would not be able to zoom.
> However it does not return on mouse input.
> I don't know if it should do so?

At current state, paused state by 'pause mouse' command is broken by zooming graph using the mouse
button on the right side.

However, that is also happed on wgnuplot.exe (for my build and Petr build), gnuplot-x11 on cygwin, and
wxt terminal on gnuplot on MinGW.

I do not want to introduce a new functionality to gnuplot.
What you have mentioned is a revision of 'pause mouse' functionality.
That is beyond my ability.

Anyway I appreciate your comments.
I think that what you have mention should be discussed in the different post.

Regards

Tatsuro
 

--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

Re: pause mouse does not work on windows term on gnuplot.exe (on wgnuplot, pause mouse works correct)

[Benjamin L. <lin...@gm...>]

Tatsuro MATSUOKA wrote:
> Hello
> 
> 
> Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should be
> modified,
> 
> ***********************************************
> #ifdef WGP_CONSOLE
> 
> TERM_PUBLIC int
> WIN_waitforinput  ()
> {
>     return ConsoleGetch();
> }
> 
> #endif /* WGP_CONSOLE */
> **********************************************
> This only waits for keybord input.

Not really. It also waits for mouse input.
That's the reason (I suspect) that the function is written the
way it is written. It processes mouse events in the else clause

        else if (waitResult == WAIT_OBJECT_0+1)
         {
             MSG msg;

             while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
             {
                 TranslateMessage(&msg);
                 DispatchMessage(&msg);
             }
         }

because otherwise you would not be able to zoom.
However it does not return on mouse input.
I don't know if it should do so?

benjamin

Re: pause mouse does not work on windows term on gnuplot.exe (on wgnuplot, pause mouse works correct)

[Tatsuro M. <tma...@ya...>]

Hello

I have considered the patch in response to my previous post.
A diff file is attached to this mail.

With th patch attached, I have the results in the following,

****** gnuplot
Terminal type set to 'windows'
gnuplot> plot sin(x)
gnuplot> pause mouse
paused
gnuplot> pr MOUSE_X, MOUSE_Y
-0.0749081540149821 -0.0106162447389911
gnuplot> pause -1
paused
gnuplot> pause -1 'press return to continue -> '
press return to continue ->
gnuplot> pause 1 '1 second pause'
1 second pause
gnuplot>

**** wgnuplot
Terminal type set to 'windows'
gnuplot> pause -1
gnuplot> pause mouse
paused

gnuplot> plot sin(x)
gnuplot> pause mouse
paused
gnuplot> pr MOUSE_X, MOUSE_Y
-3.55980724271196 0.413405364658584
gnuplot> pause -1 'press return to continue -> '
gnuplot>  pause 1 '1 second pause'
1 second pause
gnuplot>                                      

****************

The results for wgnuplot.exe are shown to show that the patch do not affect wnuplot.exe.

Perhaps the way to tweak 'win.trm' is also considerable but I cannot judge which is better.

Regards

Tatsuro

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> 
> Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should be
> modified,
> 
> ***********************************************
> #ifdef WGP_CONSOLE
> 
> TERM_PUBLIC int
> WIN_waitforinput  ()
> {
>     return ConsoleGetch();
> }
> 
> #endif /* WGP_CONSOLE */
> **********************************************
> This only waits for keybord input.
> For both x11 and wxt term some routines are described.
> 
> What is the good way to overcome issue? 
> Which code should be modified in commnand.c or win.trm.
> 
> For wgnuplot, where WGP_CONSOLE flag is false, paused_for_mouse routine is described in
> command.c,
> *************************************
> #if defined(_Windows) && !defined(WGP_CONSOLE)
>     if (paused_for_mouse && !graphwin.hWndGraph) {
> 	if (interactive) { /* cannot wait for Enter in a non-interactive session without the graph
> window */
> 	    char tmp[512];
> 	    if (buf) fprintf(stderr,"%s\n", buf);
> 	    fgets(tmp, 512, stdin); /* graphical window not yet initialized, wait for any key here */
> 	}
>     } else { /* pausing via graphical windows */
> 	int tmp = paused_for_mouse;
> 	if (buf && paused_for_mouse) fprintf(stderr,"%s\n", buf);
> 	if (!Pause(buf)) {
> 	    if (!tmp) {
> 		bail_to_command_line();
> 	    } else {
> 		if (!graphwin.hWndGraph) 
> 		    bail_to_command_line();
> 	    }
> 	}
>     }
> *****************************
>  
> When I use 'pause mouse' on wgnuplot, a phase 'paused' is printed in text screen but not in the
> pause
> dialog box. 
> 
> Therefore it will be nice to render this method for WGP_CONSOLE is true.  However, simple trial
> affects 'pause' command.  The 'pause -1' command gives the pause dialog box.  That should be
> avoided
> on the gnuplot.exe.
> 
> The aboves are all I can tell at present.  
> 
> Regards
> 
> Tatsuro
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > I have not yet gotten successful results on this issue.
> > I would like to report one notice.
> > 
> > set term windows 
> > plot sin(x) 
> > pause mouse 
> > 
> > print MOUSE_X         
> > print MOUSE_Y 
> > 
> > 
> > #
> > Clicking mouse did not break 'pause mouse' but pressing a key on the keyboard broke 'pause
> > mouse'. 
> > That was reported previously.
> > 
> > After breaking 'pause mouse' by pressing a key, I tried print XY coordinates of the point of
> > mouse
> > cursor.
> > 
> > gnuplot> set term win
> > Terminal type set to 'windows'
> > Options are 'color noenhanced'
> > gnuplot> plot sin(x)
> > gnuplot> pause mouse
> > gnuplot> print MOUSE_X
> > -6.73839400734768
> > gnuplot> print MOUSE_Y
> > -0.0106162447389911
> > gnuplot>
> > 
> > The MOUSE_X and MOUSE_Y values seemed to be reasonable and this means that the point of mouse
> > cursor
> > seem to be read correctly.
> > 
> > I have to solve why the mouse click cannot break the 'pause mouse' on gnuplot.exe while, on
> > wgnuplot.exe, the mouse click can break the 'pause mouse'.
> > 
> > Regards
> > 
> > Tatsuro
> >  
> >  
> > 
> > 
> > --------------------------------------
> > Get Disney character's mail address on Yahoo! Mail
> > http://pr.mail.yahoo.co.jp/disney/
> > 
> 
> 
> --------------------------------------
> Get Disney character's mail address on Yahoo! Mail
> http://pr.mail.yahoo.co.jp/disney/
> 
> --------------------------------------
> Get Disney character's mail address on Yahoo! Mail
> http://pr.mail.yahoo.co.jp/disney/
> 


--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

Re: pause mouse does not work on windows term on gnuplot.exe (on wgnuplot, pause mouse works correct)

[Tatsuro M. <tma...@ya...>]

Hello


Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should be
modified,

***********************************************
#ifdef WGP_CONSOLE

TERM_PUBLIC int
WIN_waitforinput  ()
{
    return ConsoleGetch();
}

#endif /* WGP_CONSOLE */
**********************************************
This only waits for keybord input.
For both x11 and wxt term some routines are described.

What is the good way to overcome issue? 
Which code should be modified in commnand.c or win.trm.

For wgnuplot, where WGP_CONSOLE flag is false, paused_for_mouse routine is described in command.c,
*************************************
#if defined(_Windows) && !defined(WGP_CONSOLE)
    if (paused_for_mouse && !graphwin.hWndGraph) {
	if (interactive) { /* cannot wait for Enter in a non-interactive session without the graph window */
	    char tmp[512];
	    if (buf) fprintf(stderr,"%s\n", buf);
	    fgets(tmp, 512, stdin); /* graphical window not yet initialized, wait for any key here */
	}
    } else { /* pausing via graphical windows */
	int tmp = paused_for_mouse;
	if (buf && paused_for_mouse) fprintf(stderr,"%s\n", buf);
	if (!Pause(buf)) {
	    if (!tmp) {
		bail_to_command_line();
	    } else {
		if (!graphwin.hWndGraph) 
		    bail_to_command_line();
	    }
	}
    }
*****************************
 
When I use 'pause mouse' on wgnuplot, a phase 'paused' is printed in text screen but not in the pause
dialog box. 

Therefore it will be nice to render this method for WGP_CONSOLE is true.  However, simple trial
affects 'pause' command.  The 'pause -1' command gives the pause dialog box.  That should be avoided
on the gnuplot.exe.

The aboves are all I can tell at present.  

Regards

Tatsuro
--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> I have not yet gotten successful results on this issue.
> I would like to report one notice.
> 
> set term windows 
> plot sin(x) 
> pause mouse 
> 
> print MOUSE_X         
> print MOUSE_Y 
> 
> 
> #
> Clicking mouse did not break 'pause mouse' but pressing a key on the keyboard broke 'pause
> mouse'. 
> That was reported previously.
> 
> After breaking 'pause mouse' by pressing a key, I tried print XY coordinates of the point of
> mouse
> cursor.
> 
> gnuplot> set term win
> Terminal type set to 'windows'
> Options are 'color noenhanced'
> gnuplot> plot sin(x)
> gnuplot> pause mouse
> gnuplot> print MOUSE_X
> -6.73839400734768
> gnuplot> print MOUSE_Y
> -0.0106162447389911
> gnuplot>
> 
> The MOUSE_X and MOUSE_Y values seemed to be reasonable and this means that the point of mouse
> cursor
> seem to be read correctly.
> 
> I have to solve why the mouse click cannot break the 'pause mouse' on gnuplot.exe while, on
> wgnuplot.exe, the mouse click can break the 'pause mouse'.
> 
> Regards
> 
> Tatsuro
>  
>  
> 
> 
> --------------------------------------
> Get Disney character's mail address on Yahoo! Mail
> http://pr.mail.yahoo.co.jp/disney/
> 


--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/

Re: pause mouse does not work on windows term on gnuplot.exe (on wgnuplot, pause mouse works correct)

[Tatsuro M. <tma...@ya...>]

Hello

I have not yet gotten successful results on this issue.
I would like to report one notice.

set term windows 
plot sin(x) 
pause mouse 

print MOUSE_X         
print MOUSE_Y 


#
Clicking mouse did not break 'pause mouse' but pressing a key on the keyboard broke 'pause mouse'. 
That was reported previously.

After breaking 'pause mouse' by pressing a key, I tried print XY coordinates of the point of mouse
cursor.

gnuplot> set term win
Terminal type set to 'windows'
Options are 'color noenhanced'
gnuplot> plot sin(x)
gnuplot> pause mouse
gnuplot> print MOUSE_X
-6.73839400734768
gnuplot> print MOUSE_Y
-0.0106162447389911
gnuplot>

The MOUSE_X and MOUSE_Y values seemed to be reasonable and this means that the point of mouse cursor
seem to be read correctly.

I have to solve why the mouse click cannot break the 'pause mouse' on gnuplot.exe while, on
wgnuplot.exe, the mouse click can break the 'pause mouse'.

Regards

Tatsuro
 
 


--------------------------------------
Get Disney character's mail address on Yahoo! Mail
http://pr.mail.yahoo.co.jp/disney/