Nabble - Gnuplot - Dev

Re: Possible fix for windows bug #1952287

2009-12-22T21:42:03Z

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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

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

------------------------------------------------------------------------------
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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Possible fix for windows bug #1952287

2009-12-22T13:11:10Z

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

[bug_1952287.patch]

--- 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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: Question about "stats" patch

2009-12-21T20:39:01Z

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

2009-12-21T20:22:00Z

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

------------------------------------------------------------------------------
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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: new gnuplot C++ interface

2009-12-14T21:07:40Z

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
>>> gnuplot-beta@...
>>> 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
>> gnuplot-beta@...
>> 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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

Re: new gnuplot C++ interface

2009-12-14T20:54:59Z

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
> > gnuplot-beta@...
> > 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
> gnuplot-beta@...
> 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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: new gnuplot C++ interface

2009-12-14T20:18:44Z

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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

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

2009-12-13T20:56:57Z

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 <tmacchant3@...> 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
> > gnuplot-beta@...
> > 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/

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

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

2009-12-13T20:48:47Z

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 <tmacchant3@...> 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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

--------------------------------------
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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

new gnuplot C++ interface

2009-12-13T17:29:18Z

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

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

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

2009-12-13T16:28:33Z

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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

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

2009-12-13T09:57:15Z

Tatsuro MATSUOKA wrote:

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

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

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

2009-12-13T01:28:38Z

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/

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

command.c.diff (1K) Download Attachment

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

2009-12-12T22:28:13Z

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/

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

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

2009-12-12T17:31:58Z

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/

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

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

2009-12-12T12:04:58Z

Hello

I have tried some modification on mouse.c but got no success.
However, I noticed that pressing keyboard successfully breaks 'pause mouse'.

Regards

Tatsuro

--- Tatsuro MATSUOKA wrote:

> Hello
>
> In the octave mailing list,
> it is revealed that pause mouse does not work correct on gnuplot.exe.
>
> http://old.nabble.com/Problem-with-ginput-to26706688.html
>
> Ben Abbott reduce the problem of gnuplot as,
>
> gnuplot> set term windows
> gnuplot> plot sin(x)
> gnuplot> pause mouse
> gnuplot> print MOUSE_X
> gnuplot> print MOUSE_Y
>
> On the wgnuplot.exe (4.4 and 4.5), the above worked correct as,
> gnuplot> set term windows
> Terminal type set to 'windows'
> Options are 'color noenhanced font "Arial, 10"'
> gnuplot> plot sin(x)
> gnuplot> pause mouse
> paused
> gnuplot>
> gnuplot> print MOUSE_X
> -5.02091446704168
> gnuplot> print MOUSE_Y
> -0.362648407563289
> gnuplot>
>
> On gnuplot.exe wxt term, it also work
>
> Terminal type set to 'wxt'
> gnuplot> plot sin(x)
> gnuplot> pause mouse
> gnuplot>
> gnuplot> print MOUSE_X
> -1.10333064009337
> gnuplot> print MOUSE_Y
> 0.210836991070077
> gnuplot>
>
> However on windows term on gnuplot.exe (4.4 and 4.5),
> plot sin(x)
> pause mouse
>
> No response even clicking mouse on the plot window.
>
> I have paste the commands to the gnuplot prompt using quick edit mode of cmd facilities.
> gnuplot> plot sin(x)
> gnuplot> pause mouse
> gnuplot> print MOUSE_X
> undefined variable: MOUSE_X
>
> gnuplot> print MOUSE_Y
> undefined variable: MOUSE_Y
>
> 'pause mouse' was skipped.
>
> At the moment, I have not seen the code concerning to 'pause mouse'.
>
> 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
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

--------------------------------------
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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

How to compile gnuplot with AquaTerm?

2009-12-11T06:40:23Z

Hello,

on my previous computer (OS X Leopard) the AquaTerm has been built and
used by default. After changing the computer the AquaTerm doesn't get
built into gnuplot any more.

The ./configure reports
aqua terminal (MacOS X): yes
but the terminal is not available after I make the executable.

Any hints about this? I can send some log, but it might make sense if
someone can suggest what logs to send or what to look for.

Thanks a lot,
Mojca

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

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

2009-12-10T23:31:08Z

Hello

In the octave mailing list,
it is revealed that pause mouse does not work correct on gnuplot.exe.

http://old.nabble.com/Problem-with-ginput-to26706688.html

Ben Abbott reduce the problem of gnuplot as,

gnuplot> set term windows
gnuplot> plot sin(x)
gnuplot> pause mouse
gnuplot> print MOUSE_X
gnuplot> print MOUSE_Y

On the wgnuplot.exe (4.4 and 4.5), the above worked correct as,
gnuplot> set term windows
Terminal type set to 'windows'
Options are 'color noenhanced font "Arial, 10"'
gnuplot> plot sin(x)
gnuplot> pause mouse
paused
gnuplot>
gnuplot> print MOUSE_X
-5.02091446704168
gnuplot> print MOUSE_Y
-0.362648407563289
gnuplot>

On gnuplot.exe wxt term, it also work

Terminal type set to 'wxt'
gnuplot> plot sin(x)
gnuplot> pause mouse
gnuplot>
gnuplot> print MOUSE_X
-1.10333064009337
gnuplot> print MOUSE_Y
0.210836991070077
gnuplot>

However on windows term on gnuplot.exe (4.4 and 4.5),
plot sin(x)
pause mouse

No response even clicking mouse on the plot window.

I have paste the commands to the gnuplot prompt using quick edit mode of cmd facilities.
gnuplot> plot sin(x)
gnuplot> pause mouse
gnuplot> print MOUSE_X
undefined variable: MOUSE_X

gnuplot> print MOUSE_Y
undefined variable: MOUSE_Y

'pause mouse' was skipped.

At the moment, I have not seen the code concerning to 'pause mouse'.

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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: bug? in emf enhanced terminal; 'ylabel' on 4.4rc1 and 4.5

2009-12-08T22:51:09Z

Hello

I have built binaries from the latest cvs source

2009-12-08 Ethan A Merritt <merritt@...>

* term/emf.trm (ENHemf_put_text): Left/right/center justification of
enhanced text was not taking into account the text angle. Now it does.
Bugfix.

* src/breaders.c (gd_filetype_function): Make load of jpeg or gif image
conditional on support by the installed libgd.

The test

set term emf enh
set ylabel 'y label a^{-1}'
set out 'ylabel.emf'
plot sin(x)
set out

worked fine!

Thanks!

The binaries on Cygwin, MinGW and DJGPP have been updated.
http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/

Regards

Tatsuro

--- Tatsuro MATSUOKA wrote:

> Hello
>
>
> Thank you for your immediate response.
> I have apply your patch to the cvs source and tested on MinGW.
>
> Your patch makes the test goes well.
>
> Thanks!!
>
>
> 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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: gnuplot 4.4rc-1 : ReadmeWindows lacks explanation of 'gnuplot.exe'

2009-12-08T19:47:39Z

On Monday 30 November 2009, Petr Mikulik wrote:

> > BTW, I have a quick look it and found that the document 'ReadmeWindows'
> > lacks explanation of 'gnuplot.exe'. This is one of the important topic of
> > gnuplot 4.4.
>
> Thanks for spotting this. I propose the following text:
>
> gnuplot.exe: Text (console) mode version of the gnuplot executable with all
> the associated pipe functionality as it is usual on all other platforms.
> This means that this program can also accept commands on stdin (standard
> input) and print messages on stdout (standard output). This program replaces
> pgnuplot.exe and it is recommended to use it for 3rd party applications
> using gnuplot as graph engine, for example Octave (www.octave.org).
>
> Feel free to comment/update.

Please go ahead and add this, along with any other description you think
would be useful.

Ethan

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

Re: bug? in emf enhanced terminal; 'ylabel' on 4.4rc1 and 4.5

2009-12-08T15:59:54Z

Hello

Thank you for your immediate response.
I have apply your patch to the cvs source and tested on MinGW.

Your patch makes the test goes well.

Thanks!!

Regards

Tatsuro

--- Ethan Merritt wrote:

> On Monday 07 December 2009 20:56:28 Tatsuro MATSUOKA wrote:
> > Hello
> >
> > I have tested the following script
> >
> > set term emf enh
> > set ylabel 'y label a^{-1}'
> > set out 'ylabel.emf'
> > plot sin(x)
> > set out
> >
> > gnuplot> set term emf enh
> > Terminal type set to 'emf'
> > Options are 'color dashed "Arial" 12 enhanced '
> > gnuplot> set ylabel 'y label a^{-1}'
> > gnuplot> set out 'ylabel.emf'
> > gnuplot> plot sin(x)
> > warning: emf_move: (-360,10421) out of range
> > gnuplot> set out
> >
> >
> > warning: emf_move: (-360,10421) out of range
>
> I confirm this.
> It is a general problem with emf, not specific to windows.
>
> The enhanced text mode is ignoring text rotation when it does
> left/right/center justification. The text placement is
> always incorrect when the text is both rotated and enhanced.
>
> The attached patch is better than the current code, but it is only
> an approximation to the correct placement. I do not know how to
> do a more complete treatment of rotation + justification in emf.
>
> Ethan
>
>
>
> > result graph is
> > http://www.geocities.jp/tmgpltwin/Files/Files.html#0040
> > 0040 ylabel_emf_enh.png
> >
> > The above confirmed 4.5 on MinGW and cygwin (changelog 2009-12-05) and gnuplot 4.4rc1(windows
> by
> > Petr) .
> >
> >
> > If I do not use a^{-1}, ylabel is located in proper position.
> >
> > Regards
> >
> > Tatsuro
> > --- gnuplot/term/emf.trm 2009-09-17 08:51:22.000000000 -0700
> +++ gnuplot-cvs/term/emf.trm 2009-12-08 10:47:53.000000000 -0800
> @@ -1583,15 +1583,23 @@ ENHemf_put_text(unsigned int x, unsigned
> ENHemf_font = emf_fontname;
> ENHemf_fontsize = emf_fontsize;
>
> + /* EAM -FIXME
> + * To do proper justification requires some way to track the current position
> + * after writing a text fragment. I don't know how to do that in emf.
> + * So I punt by just estimating the total length.
> + */
> if (emf_justify == RIGHT) {
> - EMF_MoveToEx(x - term->h_char * len, term->ymax-y);
> - EMF_move(x - EMF_AVG_WID * term->h_char * len, y);
> + EMF_move(
> + x - term->h_char * len * cos(emf_vert_text * EMF_10THDEG2RAD),
> + y - term->h_char * len * sin(emf_vert_text * EMF_10THDEG2RAD)
> + );
> } else if (emf_justify == CENTRE) {
> - EMF_MoveToEx(x - term->h_char * len/2, term->ymax-y);
> - EMF_move(x - EMF_AVG_WID * term->h_char * len/2, y);
> + EMF_move(
> + x - term->h_char * len/2 * cos(emf_vert_text * EMF_10THDEG2RAD),
> + y - term->h_char * len/2 * sin(emf_vert_text * EMF_10THDEG2RAD)
> + );
> } else {
> - EMF_MoveToEx(x, term->ymax-y);
> - EMF_move(x, y);
> + EMF_move( x, y);
> }
>
> emf_justify = LEFT;
>

--------------------------------------
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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: bug? in emf enhanced terminal; 'ylabel' on 4.4rc1 and 4.5

2009-12-08T11:16:28Z

On Monday 07 December 2009 20:56:28 Tatsuro MATSUOKA wrote:

> Hello
>
> I have tested the following script
>
> set term emf enh
> set ylabel 'y label a^{-1}'
> set out 'ylabel.emf'
> plot sin(x)
> set out
>
> gnuplot> set term emf enh
> Terminal type set to 'emf'
> Options are 'color dashed "Arial" 12 enhanced '
> gnuplot> set ylabel 'y label a^{-1}'
> gnuplot> set out 'ylabel.emf'
> gnuplot> plot sin(x)
> warning: emf_move: (-360,10421) out of range
> gnuplot> set out
>
>
> warning: emf_move: (-360,10421) out of range

I confirm this.
It is a general problem with emf, not specific to windows.

The enhanced text mode is ignoring text rotation when it does
left/right/center justification. The text placement is
always incorrect when the text is both rotated and enhanced.

The attached patch is better than the current code, but it is only
an approximation to the correct placement. I do not know how to
do a more complete treatment of rotation + justification in emf.

Ethan

> result graph is
> http://www.geocities.jp/tmgpltwin/Files/Files.html#0040
> 0040 ylabel_emf_enh.png
>
> The above confirmed 4.5 on MinGW and cygwin (changelog 2009-12-05) and gnuplot 4.4rc1(windows by
> Petr) .
>
>
> If I do not use a^{-1}, ylabel is located in proper position.
>
> Regards
>
> Tatsuro

[emf_enh_justify.patch]

--- gnuplot/term/emf.trm 2009-09-17 08:51:22.000000000 -0700 +++ gnuplot-cvs/term/emf.trm 2009-12-08 10:47:53.000000000 -0800 @@ -1583,15 +1583,23 @@ ENHemf_put_text(unsigned int x, unsigned ENHemf_font = emf_fontname; ENHemf_fontsize = emf_fontsize; + /* EAM -FIXME + * To do proper justification requires some way to track the current position + * after writing a text fragment. I don't know how to do that in emf. + * So I punt by just estimating the total length. + */ if (emf_justify == RIGHT) { - EMF_MoveToEx(x - term->h_char * len, term->ymax-y); - EMF_move(x - EMF_AVG_WID * term->h_char * len, y); + EMF_move( + x - term->h_char * len * cos(emf_vert_text * EMF_10THDEG2RAD), + y - term->h_char * len * sin(emf_vert_text * EMF_10THDEG2RAD) + ); } else if (emf_justify == CENTRE) { - EMF_MoveToEx(x - term->h_char * len/2, term->ymax-y); - EMF_move(x - EMF_AVG_WID * term->h_char * len/2, y); + EMF_move( + x - term->h_char * len/2 * cos(emf_vert_text * EMF_10THDEG2RAD), + y - term->h_char * len/2 * sin(emf_vert_text * EMF_10THDEG2RAD) + ); } else { - EMF_MoveToEx(x, term->ymax-y); - EMF_move(x, y); + EMF_move( x, y); } emf_justify = LEFT;

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

bug? in emf enhanced terminal; 'ylabel' on 4.4rc1 and 4.5

2009-12-07T20:56:28Z

Hello

I have tested the following script

set term emf enh
set ylabel 'y label a^{-1}'
set out 'ylabel.emf'
plot sin(x)
set out

gnuplot> set term emf enh
Terminal type set to 'emf'
Options are 'color dashed "Arial" 12 enhanced '
gnuplot> set ylabel 'y label a^{-1}'
gnuplot> set out 'ylabel.emf'
gnuplot> plot sin(x)
warning: emf_move: (-360,10421) out of range
gnuplot> set out

warning: emf_move: (-360,10421) out of range

result graph is
http://www.geocities.jp/tmgpltwin/Files/Files.html#0040
0040 ylabel_emf_enh.png

The above confirmed 4.5 on MinGW and cygwin (changelog 2009-12-05) and gnuplot 4.4rc1(windows by
Petr) .

If I do not use a^{-1}, ylabel is located in proper position.

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
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: gnuplot 4.4 rc1 build failure

2009-12-06T15:07:15Z

On Sunday 06 December 2009, mws115@... wrote:

> Hi All,
>
> I tried to build 4.4 RC1 on Solaris 9. Here are the libraries I have.
>
> zlib 1.2.3
> libpng 1.2.18
> freetype 2.3.5
> gd 2.0.33
> gcc 3.4.6 or gcc 4.2.? ( I will try with Sun compiler soon)
>
> The failure came from the file breader.c. I got a link err for a call to GDImageCreateFromJPEG. I don't have JPEG libraries as part of the GD library. It looks like some pre-processor check need to be added around this call and maybe others?

I don't see any other places outside of gd.trm itself.
Please try the attached patch.

> config.h has the proper settings for HAVE_GD_PNG and HAVE_GD_JPEG is undefined. So the configure script picked-up on the fact the JPEG libraries were not available.
>
> The ran quick tests after commenting out the 1 offending call. The X11 and PNG seem to work. I didn't test any other terminals yet. I do get a warning from 'set term png' about the 'arial' font not being found. I don't think you could find one font that is available on every operating system.

Right, although the very latest libgd (2.0.37) itself does a more thorough job of querying the system for font information via fontconfig.

Ethan

[test_for_jpeg.patch]

--- gnuplot/src/breaders.c 2009-11-02 12:22:21.000000000 -0800 +++ gnuplot-cvs/src/breaders.c 2009-12-06 14:58:10.000000000 -0800 @@ -323,7 +323,11 @@ gd_filetype_function(int filetype) switch(filetype) { case GD_PNG: im = gdImageCreateFromPng(fp); break; case GD_GIF: im = gdImageCreateFromGif(fp); break; - case GD_JPEG: im = gdImageCreateFromJpeg(fp); break; + case GD_JPEG: +#ifdef HAVE_GD_JPEG + im = gdImageCreateFromJpeg(fp); +#endif + default: break; } fclose(fp);

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

gnuplot 4.4 rc1 build failure

2009-12-06T13:57:24Z

Hi All,

I tried to build 4.4 RC1 on Solaris 9. Here are the libraries I have.

zlib 1.2.3
libpng 1.2.18
freetype 2.3.5
gd 2.0.33
gcc 3.4.6 or gcc 4.2.? ( I will try with Sun compiler soon)

The failure came from the file breader.c. I got a link err for a call to GDImageCreateFromJPEG. I don't have JPEG libraries as part of the GD library. It looks like some pre-processor check need to be added around this call and maybe others?

config.h has the proper settings for HAVE_GD_PNG and HAVE_GD_JPEG is undefined. So the configure script picked-up on the fact the JPEG libraries were not available.

The ran quick tests after commenting out the 1 offending call. The X11 and PNG seem to work. I didn't test any other terminals yet. I do get a warning from 'set term png' about the 'arial' font not being found. I don't think you could find one font that is available on every operating system.

Mike

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: gridding: differences of 4.2 and 4.4

2009-12-06T08:05:55Z

It was me who wrote the code for the "new" dgrid3d
function, a couple of years back. I am just looking at
the code and trying to get back into what I tried to do.

>
> Could someone please clarify:
>
> - The BNF description of syntax under "help set dgrid3d" shows
> only the "hann" option taking 2 additional parameters.
> But the text says that 5 options use these parameters.
> Which is correct?

All of the "new" smoothing kernels take the same number
of parameters. There is a set of square brackets missing
in the doc. (My bad.)

>
> - Is there a difference between
> set dgrid3d <rows>, <cols>, <norm> # old syntax
> and
> set dgrid3d <rows>, <cols>, <norm> qnorm # is this legal?

This should not be legal. (But it might work - got to try.)

> and
> set dgrid3d <rows>, <cols> qnorm <norm> # new syntax

This should be identical to the first.

>
> - Note that the current BNF description of syntax would not allow
> either of the first two commands above

That is correct. The synopsis shows only the new form
of the command, which makes the kernel explicit.
According to the 2nd to last para in the doc, the first
version is accepted for backward compatibility

I'll look at Ethan's patch next.

>
> Ethan

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

gnuplot 4.4.0 rc-1 binaries on cygwin-1.7, MinGW (native windows) and DJGPP are uploaded on the web

2009-12-05T02:46:50Z

Hello

I have uploaded gnuplot 4.4.0 rc-1 binaries on cygwin-1.7, MinGW (native winodws) and DJGPP on my web
site for testing purpose.

1. pngcairo/pdfcairo terminals and lua/tikz terminals are supported on Cygwin-1.7 and MinGW
2. differential package by which wxt terminal are available is prepared for MinGW
3. DJGPP binaries (only fundamental terminals but canvas terminal is supported.)

Cygwin
http://www.tatsuromatsuoka.com/gnuplot/Eng/cygbin/
gp44rc1-winbinX11-cygwin-1.7.zip

MinGW and DJGPP
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/
gp44rc1-winbin.zip, gp44rc1-winbin-wxt-diff.zip, gp44rc1-dj2bin.zip

If you find some problem, please post to gnuplot-beta_atmark_lists.sourceforge.net except for careless
mistake like a packaging error.

Regards

Tatsuro

--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Build results of gnuplot 4.4.0 rc-1 with lua patch on cygwin-1.7 and MinGW

2009-12-05T01:13:17Z

Hello

I have tried to build gnuplot 4.4.0rc-1 with the patch 'lua_install_30nov2009.patch'.

On the cygwin-1.7, building binaries were done successfully.
However 'make install-strip' did not create /usr/local/share/gnuplot/4.4/lua.
I manually created /usr/local/share/gnuplot/4.4/lua, copy required files there.

The tikz terminal seemed to work correct.

**************
$ patch -p 1 < ../lua_install_30nov2009.patch
patching file src/Makefile.am
patching file term/lua.trm
Hunk #1 succeeded at 43 with fuzz 2.
Hunk #2 succeeded at 542 (offset 13 lines).
Hunk #3 succeeded at 1272 (offset 20 lines).
patching file term/Makefile.am.in
patching file config/makefile.cyg
patching file config/makefile.dj2
patching file config/makefile.mgw
Hunk #1 succeeded at 104 with fuzz 2.
patching file config/makefile.os2
***********
Patch seemed worked correctly. In the case of cvs source, ./prepare was done.
However there is not prepare script in source of 4.4.
If autotools were used correctly, the 'make install' problem might not occur.

For MinGW, I need to modify makefile.mgw and lua.trm.
makefile.mgw
Modify it almost the same as that in 4.5 (The difference is only version number.)
lua.trm
declaration error in 'len'.
The above are already included in the 4.5. Therefore these are not problems.

PS 1. pngcairo/pdfcairo terminals worked as expected on both cygwin-1.7 and MinGW.
On MinGW, the wxt terminal also worked as expected.

PS 2. I also build DJGPP binary without lua/tikz terminal. It worked correctly.

Regards

Tatsuro

--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: patch for makefile.mgw

2009-12-04T23:03:55Z

On Friday 04 December 2009, Tatsuro MATSUOKA wrote:

> Hello
>
> I found inconsistency in makefile.mgw in the current cvs source.
> In install section of makefile.mgw
>
> mkdir -p $(DESTDIR)/share/PostScript
> cp ../term/PostScript/*.ps $(DESTDIR)/$(GNUPLOT_PS_DIR)
>
> The above does not work correct if GNUPLOT_PS_DIR is not share/PostScipt.
>
> Is the above to be the following
> mkdir -p $(DESTDIR)/$(GNUPLOT_PS_DIR)
> cp ../term/PostScript/*.ps $(DESTDIR)/$(GNUPLOT_PS_DIR)
>
>
> I made a patch for makefile.mgw according the above.

OK. Applied to 4.4 and 4.5

> Perhaps similar correction should be made for makefile.cyg.

Yes. That looks correct. Actually it seems there is an error in the
order of directory creation in makefile.cyg, but this will fix it.

Ethan

>
> Regards
>
> Tatsuro

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: gridding: differences of 4.2 and 4.4

2009-12-04T20:03:06Z

On Friday 04 December 2009, Ethan Merritt wrote:
> On Friday 04 December 2009 08:19:43 Petr Mikulik wrote:
>
> > There is yet another error in 4.4 -- the following command fails:
> > m=5; n=8; set dgrid3d m,m,n
>
> I'll have a quick go at fixing this.

Patch attached.
It turned out to be more involved than I expected, so please test.

Ethan

[set_dgrid3d_04dec2009.patch]

* src/tables.h src/tables.c src/show.c src/save.c src/graph3d.h: Move all the DGRID3D_* options into a shared table. * src/set.c: Replace the set_dgrid3d() routine with a version that uses shared a option table and handles input values contained in variables. diff -urp gnuplot/src/graph3d.h gnuplot-cvs/src/graph3d.h --- gnuplot/src/graph3d.h 2009-04-18 16:05:01.000000000 -0700 +++ gnuplot-cvs/src/graph3d.h 2009-12-04 19:04:53.000000000 -0800 @@ -53,13 +53,15 @@ /* Type definitions */ typedef enum en_dgrid3d_mode { + DGRID3D_DEFAULT, DGRID3D_QNORM, DGRID3D_SPLINES, DGRID3D_GAUSS, DGRID3D_EXP, DGRID3D_CAUCHY, DGRID3D_BOX, - DGRID3D_HANN + DGRID3D_HANN, + DGRID3D_OTHER } t_dgrid3d_mode; typedef enum en_contour_placement { diff -urp gnuplot/src/save.c gnuplot-cvs/src/save.c --- gnuplot/src/save.c 2009-10-27 23:46:27.000000000 -0700 +++ gnuplot-cvs/src/save.c 2009-12-04 19:07:16.000000000 -0800 @@ -269,12 +269,10 @@ set y2data%s\n", fprintf(fp, "set dgrid3d %d,%d splines\n", dgrid3d_row_fineness, dgrid3d_col_fineness ); } else { - char *modes[] = { "qnorm", "splines", - "gauss", "exp", "cauchy", "box", "hann" }; fprintf(fp, "set dgrid3d %d,%d %s %f,%f\n", dgrid3d_row_fineness, dgrid3d_col_fineness, - modes[dgrid3d_mode], + reverse_table_lookup(dgrid3d_mode_tbl, dgrid3d_mode), dgrid3d_x_scale, dgrid3d_y_scale ); } diff -urp gnuplot/src/set.c gnuplot-cvs/src/set.c --- gnuplot/src/set.c 2009-12-03 20:25:12.000000000 -0800 +++ gnuplot-cvs/src/set.c 2009-12-04 19:13:25.000000000 -0800 @@ -1125,181 +1125,85 @@ set_contour() /* process 'set dgrid3d' command */ -/* PKJ: this is the original version, which is called by the new - set_dgrid3d() to handle the old syntax of this command. */ -static void -classic_set_dgrid3d() -{ - int local_vals[3]; - int i; - TBOOLEAN was_comma = TRUE; - - c_token++; - local_vals[0] = dgrid3d_row_fineness; - local_vals[1] = dgrid3d_col_fineness; - local_vals[2] = dgrid3d_norm_value; - - for (i = 0; i < 3 && !(END_OF_COMMAND);) { - if (equals(c_token,",")) { - if (was_comma) i++; - was_comma = TRUE; - c_token++; - } else { - if (!was_comma) - int_error(c_token, "',' expected"); - local_vals[i] = real_expression(); - i++; - was_comma = FALSE; - } - } - - if (local_vals[0] < 2 || local_vals[0] > 1000) - int_error(c_token, - "Row size must be in [2:1000] range; size unchanged"); - if (local_vals[1] < 2 || local_vals[1] > 1000) - int_error(c_token, - "Col size must be in [2:1000] range; size unchanged"); - if (local_vals[2] < 1 || local_vals[2] > 100) - int_error(c_token, "Norm must be in [1:100] range; norm unchanged"); - - dgrid3d_row_fineness = local_vals[0]; - dgrid3d_col_fineness = local_vals[1]; - dgrid3d_norm_value = local_vals[2]; - dgrid3d = TRUE; -} - - -/* process 'set dgrid3d' command */ static void set_dgrid3d() { - int tmp = c_token; - int t, ft, mt, token_cnt; /* tokens, first_token, mode_token */ + int token_cnt = 0; /* Number of comma-separated values read in */ - double gridx = (double)dgrid3d_row_fineness; - double gridy = (double)dgrid3d_col_fineness; - /* dgrid3d_norm_value is not used by 'new' syntax, only 'classic' */ + int gridx = dgrid3d_row_fineness; + int gridy = dgrid3d_col_fineness; + int normval = dgrid3d_norm_value; double scalex = dgrid3d_x_scale; double scaley = dgrid3d_y_scale; /* dgrid3d has two different syntax alternatives: classic and new. - If there is a "mode" token, the syntax is new, otherwise it's classic.*/ + If there is a "mode" keyword, the syntax is new, otherwise it is classic.*/ + dgrid3d_mode = DGRID3D_DEFAULT; - /* look for mode as first string token - remember its token number */ c_token++; - mt = -1; /* no string found among tokens */ - while( !(END_OF_COMMAND) ) { - if( mt == -1 && !isanumber(c_token) && !equals( c_token, "," ) ) { - mt = c_token; - } - c_token++; - } - token_cnt = c_token - (tmp+1); - c_token = tmp; /* reset token counter to its original position */ - - /* no mode token found: classic format - reset counter and call old fct */ - if( mt == -1 ) { - classic_set_dgrid3d(); - dgrid3d_mode = DGRID3D_QNORM; /* only set if classic succeeds */ - return; - } - - /* determine the mode - fail if not recognized */ - if( equals( mt, "splines" ) ) { dgrid3d_mode = DGRID3D_SPLINES; } - else if( equals( mt, "qnorm" ) ) { dgrid3d_mode = DGRID3D_QNORM; } - else if( equals( mt, "gauss" ) ) { dgrid3d_mode = DGRID3D_GAUSS; } - else if( equals( mt, "cauchy" ) ) { dgrid3d_mode = DGRID3D_CAUCHY; } - else if( equals( mt, "exp" ) ) { dgrid3d_mode = DGRID3D_EXP; } - else if( equals( mt, "box" ) ) { dgrid3d_mode = DGRID3D_BOX; } - else if( equals( mt, "hann" ) ) { dgrid3d_mode = DGRID3D_HANN; } - else { - int_error( mt, - "Expecting one of: splines, qnorm, gauss, cauchy, exp, box, hann" ); - } - - /* handle tokens before the mode argument */ - c_token++; - t = mt-c_token; /* number of tokens before the mode argument */ - ft = c_token; /* position of the first token after 'dgrid3d' */ - - if( t > 3 ) - int_error( ft+3, "At most two numeric arguments before mode" ); - - if( t > 0 ) { - if( !isanumber(ft+0) ) - int_error(ft+0, "Expecting number of grid points"); - - gridx = real_expression(); - gridy = gridx; /* gridy defaults to gridx, unless overridden below */ - - if( t > 1 ) { - if( !equals(ft+1, ",") ) int_error( ft+1, "Expecting comma" ); - c_token++; /* consume the comma */ - - if( t > 2 ) { - if( !isanumber(ft+2) ) - int_error( ft+2, "Expecting number of grid points" ); + while ( !(END_OF_COMMAND) ) { + int tmp_mode = lookup_table(&dgrid3d_mode_tbl[0],c_token); + if (tmp_mode != DGRID3D_OTHER) { + dgrid3d_mode = tmp_mode; + c_token++; + } - gridy = real_expression(); - } - } + switch (tmp_mode) { + case DGRID3D_QNORM: + if (!(END_OF_COMMAND)) normval = int_expression(); + break; + case DGRID3D_SPLINES: + break; + case DGRID3D_GAUSS: + case DGRID3D_CAUCHY: + case DGRID3D_EXP: + case DGRID3D_BOX: + case DGRID3D_HANN: + if (!(END_OF_COMMAND)) { + scalex = real_expression(); + scaley = scalex; + if (equals(c_token, ",")) { + c_token++; + scaley = real_expression(); + } + } + break; + + default: /* {rows}{,cols{,norm}}} */ + + if ( equals( c_token, "," )) { + c_token++; + token_cnt++; + } else if( token_cnt == 0) { + gridx = int_expression(); + gridy = gridx; /* gridy defaults to gridx, unless overridden below */ + } else if( token_cnt == 1) { + gridy = int_expression(); + } else if( token_cnt == 2) { + normval = int_expression(); + } else + int_error(c_token,"Unrecognize keyword or unexpected value"); + break; + } + } + /* we could warn here about floating point values being truncated... */ if( gridx < 2 || gridx > 1000 || gridy < 2 || gridy > 1000 ) - int_error( ft, + int_error( NO_CARET, "Number of grid points must be in [2:1000] - not changed!"); + /* no mode token found: classic format */ + if( dgrid3d_mode == DGRID3D_DEFAULT ) + dgrid3d_mode = DGRID3D_QNORM; - /* skip the mode token */ - c_token++; - - - /* handle tokens after the mode argument */ - t = token_cnt - (t+1); /* after is all minus before minus mode itself*/ - ft = c_token; /* pos of first token after the mode token */ - - if( dgrid3d_mode == DGRID3D_SPLINES && t > 0 ) - int_error( mt, "No arguments expected for splines" ); - if( dgrid3d_mode == DGRID3D_QNORM && t > 1 ) - int_error( mt, "Only one argument expected for qnorm" ); - - if( t > 0 ) { - if( dgrid3d_mode == DGRID3D_QNORM ) { - if( !isanumber(ft+0) ) - int_error( ft+0, "Expecting q-value for norm" ); - - tmp = (int)real_expression(); - if( tmp < 1 || tmp > 100 ) - int_error( ft, - "Norm parameter must be in [1:100] - not changed!"); - dgrid3d_norm_value = tmp; - - } else { - if( !isanumber(ft+0) ) - int_error( ft+0, "Expecting numeric scale factor" ); - - scalex = real_expression(); - scaley = scalex; /* default,unless overridden below */ - } - - if( t > 1 ) { - if( !equals(ft+1, ",") ) int_error( ft+1, "Expecting comma" ); - c_token++; /* consume comma */ - - if( t > 2 ) { - if( !isanumber(ft+2) ) - int_error( ft+2, "Expecting numeric scale factor" ); - - scaley = real_expression(); - } - } - } if( scalex < 0.0 || scaley < 0.0 ) - int_error( ft, + int_error( NO_CARET, "Scale factors must be greater than zero - not changed!" ); - dgrid3d_row_fineness = (int)gridx; - dgrid3d_col_fineness = (int)gridy; + dgrid3d_row_fineness = gridx; + dgrid3d_col_fineness = gridy; + dgrid3d_norm_value = normval; dgrid3d_x_scale = scalex; dgrid3d_y_scale = scaley; dgrid3d = TRUE; diff -urp gnuplot/src/show.c gnuplot-cvs/src/show.c --- gnuplot/src/show.c 2009-11-16 08:23:47.000000000 -0800 +++ gnuplot-cvs/src/show.c 2009-12-04 19:07:42.000000000 -0800 @@ -1326,14 +1326,11 @@ show_dgrid3d() dgrid3d_row_fineness, dgrid3d_col_fineness ); } else { - char *modes[] = { "qnorm", "splines", - "gauss", "exp", "cauchy", "box", "hann" }; - fprintf(stderr, "\tdata grid3d is enabled for mesh of size %dx%d, kernel=%s, scale factors x=%f, y=%f\n", dgrid3d_row_fineness, dgrid3d_col_fineness, - modes[dgrid3d_mode], + reverse_table_lookup(dgrid3d_mode_tbl, dgrid3d_mode), dgrid3d_x_scale, dgrid3d_y_scale ); } diff -urp gnuplot/src/tables.c gnuplot-cvs/src/tables.c --- gnuplot/src/tables.c 2009-03-25 17:49:17.000000000 -0700 +++ gnuplot-cvs/src/tables.c 2009-12-04 19:10:03.000000000 -0800 @@ -42,6 +42,7 @@ static char *RCSid() { return RCSid("$Id #include "term_api.h" #include "util.h" #include "alloc.h" /* for init_colornames() */ +#include "graph3d.h" /* for DGRID3D_* options */ # include "getcolor.h" /* gnuplot commands */ @@ -144,6 +145,19 @@ const struct gen_table plot_smooth_tbl[] { NULL, SMOOTH_NONE } }; +/* dgrid3d modes */ +const struct gen_table dgrid3d_mode_tbl[] = +{ + { "qnorm", DGRID3D_QNORM }, + { "spline$s", DGRID3D_SPLINES }, + { "gauss", DGRID3D_GAUSS }, + { "exp", DGRID3D_EXP }, + { "cauchy", DGRID3D_CAUCHY }, + { "box", DGRID3D_BOX }, + { "hann", DGRID3D_HANN }, + { NULL, DGRID3D_OTHER } +}; + /* 'save' command */ const struct gen_table save_tbl[] = { diff -urp gnuplot/src/tables.h gnuplot-cvs/src/tables.h --- gnuplot/src/tables.h 2009-02-17 20:03:52.000000000 -0800 +++ gnuplot-cvs/src/tables.h 2009-12-04 19:04:35.000000000 -0800 @@ -198,6 +198,7 @@ enum filledcurves_opts_id { extern const struct gen_table command_tbl[]; extern const struct gen_table plot_axes_tbl[]; extern const struct gen_table plot_smooth_tbl[]; +extern const struct gen_table dgrid3d_mode_tbl[]; extern const struct gen_table save_tbl[]; extern const struct gen_table set_tbl[]; extern const struct gen_table test_tbl[];

Re: binary.dem triggers error in steps.dem ? on the cvs source (2009-12-03 )

2009-12-04T17:57:04Z

Hello

--- Ethan Merritt wrote:

> On Friday 04 December 2009 08:07:00 Ethan Merritt wrote:
> > On Friday 04 December 2009, Tatsuro MATSUOKA wrote:
> > > Hello
> > > I am trying to build gnuplot binary from the on the cvs source (2009-12-03 ).
> > >
> > > 'make check' on cygwin and load 'all.dem' on (windows and wxt terminals) MinGW failed at
> > >
> > > ******************** file steps.dem ********************
> > > "steps.dem", line 14: this 2D plot style cannot handle matrix data
> >
> > This must be a side effect of the checks for matrix data that I added yesterday.
> > I suspect that the "df_matrix" flag is not being re-initialized properly at
> > the start of each plot.
>
> I think I have fixed this.
> There was indeed an un-initialized variable (df_num_bin_records).
> It was being set by the "binary" demo, but never reset to 0 afterward.
> Please retry with current CVS.

I have noticed your fix. The current cvs works fine on Cygwin, MinGW and DJGPP. Before I will reply
to the previous post, I have just found your maii :-).

New binaries have been just uploaded on my web.

I appreciate for your efforts.

BTW, now I am trying to build gnuplot-4.4-rc1 with your patch for lua terminal for Cygwin-1.7 and
MinGW.

I will report results after I will finished the trials.

Regards

Tatsuro

--------------------------------------
Learn more about HIV/AIDS - Red Ribbon Campaign 2009
http://pr.mail.yahoo.co.jp/redribbon/

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: binary.dem triggers error in steps.dem ? on the cvs source (2009-12-03 )

2009-12-04T14:45:03Z

On Friday 04 December 2009 08:07:00 Ethan Merritt wrote:

> On Friday 04 December 2009, Tatsuro MATSUOKA wrote:
> > Hello
> > I am trying to build gnuplot binary from the on the cvs source (2009-12-03 ).
> >
> > 'make check' on cygwin and load 'all.dem' on (windows and wxt terminals) MinGW failed at
> >
> > ******************** file steps.dem ********************
> > "steps.dem", line 14: this 2D plot style cannot handle matrix data
>
> This must be a side effect of the checks for matrix data that I added yesterday.
> I suspect that the "df_matrix" flag is not being re-initialized properly at
> the start of each plot.

I think I have fixed this.
There was indeed an un-initialized variable (df_num_bin_records).
It was being set by the "binary" demo, but never reset to 0 afterward.
Please retry with current CVS.

Ethan

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: gridding: differences of 4.2 and 4.4

2009-12-04T14:41:08Z

On Friday 04 December 2009 13:25:18 Ethan Merritt wrote:
> On Friday 04 December 2009 08:19:43 Petr Mikulik wrote:

>
> > There is yet another error in 4.4 -- the following command fails:
> > m=5; n=8; set dgrid3d m,m,n
>
> I confirm this one.
> It looks like the "new" set_dgrid3d() routine is falsely assuming
> it can detect numerical values by calling isanumber().
>
> <aside>
> We should rename that routine!
> It doesn't at all do what its name suggests.
> </aside>
>
> I'll have a quick go at fixing this.

Hmm. This is more complicated than I thought.

Could someone please clarify:

- The BNF description of syntax under "help set dgrid3d" shows
only the "hann" option taking 2 additional parameters.
But the text says that 5 options use these parameters.
Which is correct?

- Is there a difference between
set dgrid3d <rows>, <cols>, <norm> # old syntax
and
set dgrid3d <rows>, <cols>, <norm> qnorm # is this legal?
and
set dgrid3d <rows>, <cols> qnorm <norm> # new syntax

- Note that the current BNF description of syntax would not allow
either of the first two commands above

Ethan

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: gridding: differences of 4.2 and 4.4

2009-12-04T13:25:18Z

On Friday 04 December 2009 08:19:43 Petr Mikulik wrote:
> An anonymous user "r/e-letter/inpost" reported different outputs of gnuplot
> from OpenSUSE and 4.4. Well it seems that the 3rd parameter of the gridding
> method changed between 4.2 and 4.4.
>
> Try any 4.2.x and 4.4 and these examples:
>
> set dgrid3d ,,1; show dgrid; splot '3.dat' with line
> set dgrid3d ,,8; show dgrid; splot '3.dat' with line

I get identical results with 4.2.5 and 4.4.0-rc1.

Perhaps you could post screenshots?

> There is yet another error in 4.4 -- the following command fails:
> m=5; n=8; set dgrid3d m,m,n

I confirm this one.
It looks like the "new" set_dgrid3d() routine is falsely assuming
it can detect numerical values by calling isanumber().

<aside>
We should rename that routine!
It doesn't at all do what its name suggests.
</aside>

I'll have a quick go at fixing this.

Ethan

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

gridding: differences of 4.2 and 4.4

2009-12-04T08:19:43Z

An anonymous user "r/e-letter/inpost" reported different outputs of gnuplot
from OpenSUSE and 4.4. Well it seems that the 3rd parameter of the gridding
method changed between 4.2 and 4.4.

Try any 4.2.x and 4.4 and these examples:

set dgrid3d ,,1; show dgrid; splot '3.dat' with line
set dgrid3d ,,8; show dgrid; splot '3.dat' with line

3.dat:
1 1 1
1 2 2
1 3 3

2 1 2
2 2 2
2 3 2

3 1 3
3 2 2
3 3 1

There is yet another error in 4.4 -- the following command fails:
m=5; n=8; set dgrid3d m,m,n

---
PM

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta