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

[Fwd: german locale Problem]

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

Hello, guys,

I received mail from a German user of gnuplot on Win32 who observes 
strange behaviour, apparently from 'set decimalsign locale' being set to 
German:

Version:
         G N U P L O T
         Version 4.2 patchlevel 2
         last modified 31 Aug 2007
         System: MS-Windows 32 bit

[Condensed] script to reproduce:

set datafile separator ';'
set decimalsign locale 'german'
p1              = -22.5
p2              = 52.5
p3              = 30
p(x)=p1*(x-2001)**2+p2*(x-2001)+p3
print p(2005)
print p(2005.5)

Output from the two print commands is:

-120.0
-189,375

Note that it's -120.0, with a '.', instead of the requested and expected 
',', while the output of -189,375 worked as expected.  Does this ring a 
bell with anyone?

I would have checked it against current CVS gnuplot, but the version 
built by OpenWatcom doesn't appear to know any German locales --- 
they're all rejected:

gnuplot> set decimalsign locale 'german'
                                 ^
          Could not find requested locale

Re:(I have suceeded!!!!!!!) Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Hello 

I have suceeded!!!!!!!  

Thank to Akira Kakuto to tell me about config.h by a private mail.
I added: 

/* Define to allow zooming or refresh of volatile data. EXPERIMENTAL */
#define VOLATILE_REFRESH 1

in src/config.h from config.h in the root of the cvs, which was produced after configure.

This enables me to be possible for mouse zooming!!!! 

I also appreciate to Ethan A Merritt giving me a lot of advices.

Please consider this config.h problem for the next cvs release.

# I can go to bed from now with great ease :-).

Regards

Tatsuro


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

> Hello
> 
> I have made new cvs gnuplot for the cygwin.
> 
> After ./configure
> **** 
>   Zooming or refresh of volatile data: yes (EXPERIMENTAL)
> ****
> So I guess that the Makefile produced by ./configure is required.
> 
> The date of makefile.mgw is 2007-06-03, 07:27:50.
> I guess the origin of the problem is this old makefile.mgw.
> Perhaps we need a new makefile.mgw and/or makefile.msc.
> 
> Is my guess correct?
> 
> Regards
> 
> Tatsuro
> 
> 
> --- Tatsuro MATSUOKA <tma...@ya...> wrote:
> 
> > Dear Ethan A Merritt 
> > 
> > ***************
> > 
> >         G N U P L O T
> >         Version 4.3 patchlevel 0
> >         last modified February 2008
> >         System: MS-Windows 32 bit
> > 
> >         Copyright (C) 1986 - 1993, 1998, 2004, 2007, 2008
> >         Thomas Williams, Colin Kelley and many others
> > 
> >         Type `help` to access the on-line reference manual.
> >         The gnuplot FAQ is available from
> >                 http://www.gnuplot.info/faq/
> > 
> >         Send comments and help requests to  <gnu...@li...>
> > 
> >         Send bug reports and suggestions to <gnu...@li...>
> > 
> > 
> > 
> > Terminal type set to 'windows'
> > gnuplot> # Plot data from input stream
> > gnuplot> plot '-' with lines
> > input data ('e' ends) > 1 1
> > input data ('e' ends) > 2 3
> > input data ('e' ends) > 3 2
> > input data ('e' ends) > 4 4
> > input data ('e' ends) > 5 2
> > input data ('e' ends) > e
> > gnuplot> refresh
> >          ^
> >          invalid command
> > 
> > gnuplot>                                         
> > *********************************************
> > For gnuplot for cygwin mentioned the previous mail
> > 
> > gnuplot> # Plot data from input stream
> > gnuplot> plot '-' with lines
> > input data ('e' ends) > 1 1
> > input data ('e' ends) > 2 3
> > input data ('e' ends) > 3 2
> > input data ('e' ends) > 4
> > input data ('e' ends) > 5 5
> > input data ('e' ends) 
> > 
> > ????
> > 
> > I have downloaded source yesterday by 
> > 
> > export CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplot
> > cvs login
> > cvs -z3 checkout gnuplot
> > 
> > For the cygwin gnuplot, your patch is OK and while for wgnuplot, your patch is not applied.
> > 
> > What's wrong?
> > 
> > Before make,
> > I did
> > ./prepare
> > ./configure
> > and
> > make -C src -f ../config/makefile.mgw
> > for wgnuplot make.
> > 
> > I think 
> > ./configure
> > does not affect on
> > make -C src -f ../config/makefile.mgw
> > 
> > 
> > If there is the problem, is it in ../config/makefile.mgw???
> > 
> > I'm  now very confusing!!!!
> > Please help me!!
> > 
> > Regards
> > 
> > Tatsuro
> >    
> > 
> > 
> > 
> > --- Ethan A Merritt <merritt@u.washington.edu> wrote:
> > > # Plot data from input stream
> > > plot '-' with lines
> > > 1 1
> > > 2 3
> > > 3 2
> > > 4 4
> > > 5 2
> > > e
> > > refresh
> > > # Test mousing operations here
> > > refresh
> > > 
> > 
> > 
> > --------------------------------------
> > Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> > http://pr.mail.yahoo.co.jp/toolbar/
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Hello

I have made new cvs gnuplot for the cygwin.

After ./configure
**** 
  Zooming or refresh of volatile data: yes (EXPERIMENTAL)
****
So I guess that the Makefile produced by ./configure is required.

The date of makefile.mgw is 2007-06-03, 07:27:50.
I guess the origin of the problem is this old makefile.mgw.
Perhaps we need a new makefile.mgw and/or makefile.msc.

Is my guess correct?

Regards

Tatsuro


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

> Dear Ethan A Merritt 
> 
> ***************
> 
>         G N U P L O T
>         Version 4.3 patchlevel 0
>         last modified February 2008
>         System: MS-Windows 32 bit
> 
>         Copyright (C) 1986 - 1993, 1998, 2004, 2007, 2008
>         Thomas Williams, Colin Kelley and many others
> 
>         Type `help` to access the on-line reference manual.
>         The gnuplot FAQ is available from
>                 http://www.gnuplot.info/faq/
> 
>         Send comments and help requests to  <gnu...@li...>
> 
>         Send bug reports and suggestions to <gnu...@li...>
> 
> 
> 
> Terminal type set to 'windows'
> gnuplot> # Plot data from input stream
> gnuplot> plot '-' with lines
> input data ('e' ends) > 1 1
> input data ('e' ends) > 2 3
> input data ('e' ends) > 3 2
> input data ('e' ends) > 4 4
> input data ('e' ends) > 5 2
> input data ('e' ends) > e
> gnuplot> refresh
>          ^
>          invalid command
> 
> gnuplot>                                         
> *********************************************
> For gnuplot for cygwin mentioned the previous mail
> 
> gnuplot> # Plot data from input stream
> gnuplot> plot '-' with lines
> input data ('e' ends) > 1 1
> input data ('e' ends) > 2 3
> input data ('e' ends) > 3 2
> input data ('e' ends) > 4
> input data ('e' ends) > 5 5
> input data ('e' ends) 
> 
> ????
> 
> I have downloaded source yesterday by 
> 
> export CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplot
> cvs login
> cvs -z3 checkout gnuplot
> 
> For the cygwin gnuplot, your patch is OK and while for wgnuplot, your patch is not applied.
> 
> What's wrong?
> 
> Before make,
> I did
> ./prepare
> ./configure
> and
> make -C src -f ../config/makefile.mgw
> for wgnuplot make.
> 
> I think 
> ./configure
> does not affect on
> make -C src -f ../config/makefile.mgw
> 
> 
> If there is the problem, is it in ../config/makefile.mgw???
> 
> I'm  now very confusing!!!!
> Please help me!!
> 
> Regards
> 
> Tatsuro
>    
> 
> 
> 
> --- Ethan A Merritt <merritt@u.washington.edu> wrote:
> > # Plot data from input stream
> > plot '-' with lines
> > 1 1
> > 2 3
> > 3 2
> > 4 4
> > 5 2
> > e
> > refresh
> > # Test mousing operations here
> > refresh
> > 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

On Saturday 09 February 2008 23:10, Tatsuro MATSUOKA wrote:
> 
> For the cygwin gnuplot, your patch is OK and while for wgnuplot, your patch is not applied.
> 
> If there is the problem, is it in ../config/makefile.mgw???

Aha!  Yes, that would be the problem.
In makefile.mgw, please add a line defining VOLATILE_REFRESH.
I suggest to try:

ifdef MOUSE
  CFLAGS += -DUSE_MOUSE=1
  CFLAGS += -DVOLATILE_REFRESH=1
endif

	Ethan
 
> Before make,
> I did
> ./prepare
> ./configure
> and
> make -C src -f ../config/makefile.mgw
> for wgnuplot make.
> 
> I think 
> ./configure
> does not affect on
> make -C src -f ../config/makefile.mgw
> 
> 
> If there is the problem, is it in ../config/makefile.mgw???
> 
> I'm  now very confusing!!!!
> Please help me!!
> 
> Regards
> 
> Tatsuro
>    
> 
> 
> 
> --- Ethan A Merritt <merritt@u.washington.edu> wrote:
> > # Plot data from input stream
> > plot '-' with lines
> > 1 1
> > 2 3
> > 3 2
> > 4 4
> > 5 2
> > e
> > refresh
> > # Test mousing operations here
> > refresh
> > 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Dear Ethan A Merritt 

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

        G N U P L O T
        Version 4.3 patchlevel 0
        last modified February 2008
        System: MS-Windows 32 bit

        Copyright (C) 1986 - 1993, 1998, 2004, 2007, 2008
        Thomas Williams, Colin Kelley and many others

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from
                http://www.gnuplot.info/faq/

        Send comments and help requests to  <gnu...@li...>

        Send bug reports and suggestions to <gnu...@li...>



Terminal type set to 'windows'
gnuplot> # Plot data from input stream
gnuplot> plot '-' with lines
input data ('e' ends) > 1 1
input data ('e' ends) > 2 3
input data ('e' ends) > 3 2
input data ('e' ends) > 4 4
input data ('e' ends) > 5 2
input data ('e' ends) > e
gnuplot> refresh
         ^
         invalid command

gnuplot>                                         
*********************************************
For gnuplot for cygwin mentioned the previous mail

gnuplot> # Plot data from input stream
gnuplot> plot '-' with lines
input data ('e' ends) > 1 1
input data ('e' ends) > 2 3
input data ('e' ends) > 3 2
input data ('e' ends) > 4
input data ('e' ends) > 5 5
input data ('e' ends) 

????

I have downloaded source yesterday by 

export CVSROOT=:pserver:ano...@gn...:/cvsroot/gnuplot
cvs login
cvs -z3 checkout gnuplot

For the cygwin gnuplot, your patch is OK and while for wgnuplot, your patch is not applied.

What's wrong?

Before make,
I did
./prepare
./configure
and
make -C src -f ../config/makefile.mgw
for wgnuplot make.

I think 
./configure
does not affect on
make -C src -f ../config/makefile.mgw


If there is the problem, is it in ../config/makefile.mgw???

I'm  now very confusing!!!!
Please help me!!

Regards

Tatsuro
   



--- Ethan A Merritt <merritt@u.washington.edu> wrote:
> # Plot data from input stream
> plot '-' with lines
> 1 1
> 2 3
> 3 2
> 4 4
> 5 2
> e
> refresh
> # Test mousing operations here
> refresh
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Dear Ethan A Merritt

Thank you for your reply.
I apologize that my comlete misled and writing manner.

I'll test what you show from now.
Sincerely yours.

Tatsuro Matsuoka



--- Ethan A Merritt <merritt@u.washington.edu> wrote:

> On Saturday 09 February 2008 20:25, Tatsuro MATSUOKA wrote:
> > Hi Ethan
> > 
> > cc. Prof. Kakuto, HBB
> > 
> > Now I think the reply at the end of this now is doubtful.  Prof. Kakuto does maintain the
> wgnuplot
> > binaries frequently.
> > 
> > Prof. Kakuto!  Am I right?
> > 
> > I have build a CVS gnuplot on cygwin for cygwin octave at Jan 18, 2008.
> > However 
> > gnuplot> show version
> > 
> >         G N U P L O T
> >         Version 4.3 patchlevel 0
> >         last modified June 2007
> >         System: CYGWIN_NT-5.1 1.5.25(0.156/4/2)
> > 
> >         Copyright (C) 1986 - 1993, 1998, 2004, 2007
> >         Thomas Williams, Colin Kelley and many othe 
> > 
> > 
> > With this cvs gnuplot on the cygwin, the mouse zooming in 2D and rotating 3D plots by mouse
> was
> > possible from the octave plotting even if the plotings via pipe were done from not only the
> > cygwin-octave but also the mingw-octave.
> > 
> > I think the binary at 
> > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
> > 
> > is not so old.  
> > The incorrect date was perhaps a bug in version related codes in the cvs source trees and it
> may have
> > been fixed quite recently.
> 
> Yes, the "last modified date" was changed only a few days ago.
> But the reason I said the wgnuplot executable was older than August 2007 was not
> because of the "last modified" date.  I said it was older because the command
>    plot x; refresh
> reported
>     gnuplot> refresh
>              ^
>              invalid command
> This means that the executable was built from a source tree that did not contain
> my patch to add support for volatile data and mousing of piped data.
>  
> I have now downloaded the binary at http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
> This one does _not_ work for me under wine+linux.  After the first plot, it locks up and
> fails to read any input from the keyboard.
> 
> > As you said in your reply, it was no problem for linux+wine, there may be something windows
> specific
> > problem.
> > 
> > Hi, Hans!!
> > I think you are the main develpper for the wgnuplot.
> > Are there any suggestions to me?
> 
> I would suggest to test first the gnuplot end by itself.
> You can test the support for mousing volatile data by typing
> # Plot data from input stream
> plot '-' with lines
> 1 1
> 2 3
> 3 2
> 4 4
> 5 2
> e
> refresh
> # Test mousing operations here
> refresh
> 
> 
> If this works, then I think the problem must be either something
> wrong on the Octave end of the pipe, something wrong with the pipe itself,
> or perhaps there is an error in handling piped binary data (hard to
> test from the keyboard).
> 
> 
> Good luck! 
> 
> 	Ethan
> 
> 
> > 
> > 
> > Regards 
> > 
> > Tatsuro
> > 
> > 
> > --- Ethan A Merritt <merritt@u.washington.edu> wrote:
> > 
> > > That executable was built from the June 2007 source tree.
> > > Therefore it is from before the change you ask about.
> > > The "refresh" command and mousing of in-line data are not present
> > > in that executable.   Normal mousing and zoom works OK in that
> > > wgnuplot.exe, at least when I run it using linux+wine.
> > > 
> > > 	Ethan
> > > 
> > > 
> > > 
> > > 
> > > 
> > > > 
> > > > The mouse zooming was not possible.
> > > > 
> > > > I would like to confirm whether the change at 2007-08-31 after '***************'for only
> for
> > > x11
> > > > terminal but not for win terminal or not.
> > > > 
> > > > It can be readable the change is not x11 specific.
> > > > Are there other possibilities?
> > > > 
> > > > Regards
> > > > 
> > > > Tatsuro
> > > > 
> > > > 
> > > > 
> > > > *****************************************
> > > > 2007-08-31  Ethan Merritt  <merritt@u.washington.edu>
> > > > 
> > > > 	Version 2.9.? of Octave switched to piping all data to gnuplot in-line
> > > > 	rather than via a temporary file.  This broke mouse zooming and replot.
> > > > 
> > > > 	This patchset is an imperfect fix with several known problems:
> > > > 	- Clipping of zoomed 3D contour plots is not correct.
> > > > 	- splot volatile with image + zoom + unzoom is flaky
> > > > 	- plot -> zoom -> set grid -> unzoom   loses the grid setting.
> > > > 	- you cannot toggle log scaling on/off while using refresh.
> > > > 
> > > > 	Introduce a new command "refresh" that acts like replot except that it
> > > > 	does not re-read the input data.  Refresh is always needed in order to
> > > > 	zoom or replot in-line data (input file '-'), but may optionally applied
> > > > 	to normal data files also by appending the attribute 'volatile'.
> > > > 
> > > > 	* src/plot2d.c (eval_plots): This is the core change. Instead of 
> > > > 	freeing stored data after each plot, keep it around in case of a
> > > > 	refresh command. The old data storage is freed at the start of the next
> > > > 	"plot" or "replot" command.  This is parallel to what the 3D code was
> > > > 	already doing. Set refresh_ok = 2  at the end of a successful plot.
> > > > 
> > > > 	* src/plot3d.c (eval_3dplots): Update comments and remove dead code.
> > > > 	Set refresh_ok = 3  at the end of a successful plot.
> > > > 
> > > > 	* src/plot2d.c (refresh_bounds) src/plot2d.h
> > > > 	* src/plot3d.c (refresh_3dbounds) src/plot3d.h:
> > > > 	Provide a mechanism to recheck the INBOUNDS/OUTBOUNDS status of 
> > > > 	existing data points after changing the current axis limits.
> > > > 
> > > > 	* src/command.c (refresh_command refresh_request) src/command.h
> > > > 	src/gadgets.c src/gadgets.h src/tables.c:  New command "refresh" that
> > > > 	acts similarly to "replot" except that it does not re-read input data.
> > > > 
> > > > 	* src/axis.h (AXIS_UPDATE2D): Save/restore axis limits for zooming.
> > > > 
> > > > 	* src/mouse.c (apply_zoom): Choose between refresh or replot depending
> > > > 	on whether the current plot contain volatile data.
> > > > 
> > > > 	* src/mouse.c (builtin_toggle_log): Ignore 'l' and 'L' for volatile data
> > > > 
> > > > 	* src/set.c (set_logscale) src/unset.c (unset_logscale):
> > > > 	Because setting or unsetting log scale changes the way input data is
> > > > 	stored, "refresh" cannot work if the log setting has changed.
> > > > 	Set a flag indicating that a full replot is necessary.
> > > > 
> > > > 	* src/datafile.c (df_open): Accept a "volatile" keyword to indicate
> > > > 	that data in the input file may change. If data is input from pseudo-
> > > > 	device '-' or from a file marked "volatile", set a global flag so
> > > > 	that mousing/zooming/etc can choose to refresh rather than replot.
> > > > 
> > > > 	* docs/gnuplot.doc configure.in
> > > > 
> > > > 
> > > > 
> > > > --------------------------------------
> > > > Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> > > > http://pr.mail.yahoo.co.jp/toolbar/
> > > > 
> > > 
> > > -- 
> > > Ethan A Merritt
> > > Biomolecular Structure Center
> > > University of Washington, Seattle 98195-7742
> > > 
> > 
> > 
> > --------------------------------------
> > Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> > http://pr.mail.yahoo.co.jp/toolbar/
> > 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle 98195-7742
> 
=== 以下のメッセージは省略されました ===


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

On Saturday 09 February 2008 20:25, Tatsuro MATSUOKA wrote:
> Hi Ethan
> 
> cc. Prof. Kakuto, HBB
> 
> Now I think the reply at the end of this now is doubtful.  Prof. Kakuto does maintain the wgnuplot
> binaries frequently.
> 
> Prof. Kakuto!  Am I right?
> 
> I have build a CVS gnuplot on cygwin for cygwin octave at Jan 18, 2008.
> However 
> gnuplot> show version
> 
>         G N U P L O T
>         Version 4.3 patchlevel 0
>         last modified June 2007
>         System: CYGWIN_NT-5.1 1.5.25(0.156/4/2)
> 
>         Copyright (C) 1986 - 1993, 1998, 2004, 2007
>         Thomas Williams, Colin Kelley and many othe 
> 
> 
> With this cvs gnuplot on the cygwin, the mouse zooming in 2D and rotating 3D plots by mouse was
> possible from the octave plotting even if the plotings via pipe were done from not only the
> cygwin-octave but also the mingw-octave.
> 
> I think the binary at 
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
> 
> is not so old.  
> The incorrect date was perhaps a bug in version related codes in the cvs source trees and it may have
> been fixed quite recently.

Yes, the "last modified date" was changed only a few days ago.
But the reason I said the wgnuplot executable was older than August 2007 was not
because of the "last modified" date.  I said it was older because the command
   plot x; refresh
reported
    gnuplot> refresh
             ^
             invalid command
This means that the executable was built from a source tree that did not contain
my patch to add support for volatile data and mousing of piped data.
 
I have now downloaded the binary at http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
This one does _not_ work for me under wine+linux.  After the first plot, it locks up and
fails to read any input from the keyboard.

> As you said in your reply, it was no problem for linux+wine, there may be something windows specific
> problem.
> 
> Hi, Hans!!
> I think you are the main develpper for the wgnuplot.
> Are there any suggestions to me?

I would suggest to test first the gnuplot end by itself.
You can test the support for mousing volatile data by typing
# Plot data from input stream
plot '-' with lines
1 1
2 3
3 2
4 4
5 2
e
refresh
# Test mousing operations here
refresh


If this works, then I think the problem must be either something
wrong on the Octave end of the pipe, something wrong with the pipe itself,
or perhaps there is an error in handling piped binary data (hard to
test from the keyboard).


Good luck! 

	Ethan


> 
> 
> Regards 
> 
> Tatsuro
> 
> 
> --- Ethan A Merritt <merritt@u.washington.edu> wrote:
> 
> > That executable was built from the June 2007 source tree.
> > Therefore it is from before the change you ask about.
> > The "refresh" command and mousing of in-line data are not present
> > in that executable.   Normal mousing and zoom works OK in that
> > wgnuplot.exe, at least when I run it using linux+wine.
> > 
> > 	Ethan
> > 
> > 
> > 
> > 
> > 
> > > 
> > > The mouse zooming was not possible.
> > > 
> > > I would like to confirm whether the change at 2007-08-31 after '***************'for only for
> > x11
> > > terminal but not for win terminal or not.
> > > 
> > > It can be readable the change is not x11 specific.
> > > Are there other possibilities?
> > > 
> > > Regards
> > > 
> > > Tatsuro
> > > 
> > > 
> > > 
> > > *****************************************
> > > 2007-08-31  Ethan Merritt  <merritt@u.washington.edu>
> > > 
> > > 	Version 2.9.? of Octave switched to piping all data to gnuplot in-line
> > > 	rather than via a temporary file.  This broke mouse zooming and replot.
> > > 
> > > 	This patchset is an imperfect fix with several known problems:
> > > 	- Clipping of zoomed 3D contour plots is not correct.
> > > 	- splot volatile with image + zoom + unzoom is flaky
> > > 	- plot -> zoom -> set grid -> unzoom   loses the grid setting.
> > > 	- you cannot toggle log scaling on/off while using refresh.
> > > 
> > > 	Introduce a new command "refresh" that acts like replot except that it
> > > 	does not re-read the input data.  Refresh is always needed in order to
> > > 	zoom or replot in-line data (input file '-'), but may optionally applied
> > > 	to normal data files also by appending the attribute 'volatile'.
> > > 
> > > 	* src/plot2d.c (eval_plots): This is the core change. Instead of 
> > > 	freeing stored data after each plot, keep it around in case of a
> > > 	refresh command. The old data storage is freed at the start of the next
> > > 	"plot" or "replot" command.  This is parallel to what the 3D code was
> > > 	already doing. Set refresh_ok = 2  at the end of a successful plot.
> > > 
> > > 	* src/plot3d.c (eval_3dplots): Update comments and remove dead code.
> > > 	Set refresh_ok = 3  at the end of a successful plot.
> > > 
> > > 	* src/plot2d.c (refresh_bounds) src/plot2d.h
> > > 	* src/plot3d.c (refresh_3dbounds) src/plot3d.h:
> > > 	Provide a mechanism to recheck the INBOUNDS/OUTBOUNDS status of 
> > > 	existing data points after changing the current axis limits.
> > > 
> > > 	* src/command.c (refresh_command refresh_request) src/command.h
> > > 	src/gadgets.c src/gadgets.h src/tables.c:  New command "refresh" that
> > > 	acts similarly to "replot" except that it does not re-read input data.
> > > 
> > > 	* src/axis.h (AXIS_UPDATE2D): Save/restore axis limits for zooming.
> > > 
> > > 	* src/mouse.c (apply_zoom): Choose between refresh or replot depending
> > > 	on whether the current plot contain volatile data.
> > > 
> > > 	* src/mouse.c (builtin_toggle_log): Ignore 'l' and 'L' for volatile data
> > > 
> > > 	* src/set.c (set_logscale) src/unset.c (unset_logscale):
> > > 	Because setting or unsetting log scale changes the way input data is
> > > 	stored, "refresh" cannot work if the log setting has changed.
> > > 	Set a flag indicating that a full replot is necessary.
> > > 
> > > 	* src/datafile.c (df_open): Accept a "volatile" keyword to indicate
> > > 	that data in the input file may change. If data is input from pseudo-
> > > 	device '-' or from a file marked "volatile", set a global flag so
> > > 	that mousing/zooming/etc can choose to refresh rather than replot.
> > > 
> > > 	* docs/gnuplot.doc configure.in
> > > 
> > > 
> > > 
> > > --------------------------------------
> > > Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> > > http://pr.mail.yahoo.co.jp/toolbar/
> > > 
> > 
> > -- 
> > Ethan A Merritt
> > Biomolecular Structure Center
> > University of Washington, Seattle 98195-7742
> > 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Hi Ethan

cc. Prof. Kakuto, HBB

Now I think the reply at the end of this now is doubtful.  Prof. Kakuto does maintain the wgnuplot
binaries frequently.

Prof. Kakuto!  Am I right?

I have build a CVS gnuplot on cygwin for cygwin octave at Jan 18, 2008.
However 
gnuplot> show version

        G N U P L O T
        Version 4.3 patchlevel 0
        last modified June 2007
        System: CYGWIN_NT-5.1 1.5.25(0.156/4/2)

        Copyright (C) 1986 - 1993, 1998, 2004, 2007
        Thomas Williams, Colin Kelley and many othe 


With this cvs gnuplot on the cygwin, the mouse zooming in 2D and rotating 3D plots by mouse was
possible from the octave plotting even if the plotings via pipe were done from not only the
cygwin-octave but also the mingw-octave.

I think the binary at 
http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/

is not so old.  
The incorrect date was perhaps a bug in version related codes in the cvs source trees and it may have
been fixed quite recently.

Anyway the mouse zooming problem was not solved in the pgnuplot+wgnuplot on windows if the most recent
pgnuplot+wgnuplot.

As you said in your reply, it was no problem for linux+wine, there may be something windows specific
problem.

Hi, Hans!!
I think you are the main develpper for the wgnuplot.
Are there any suggestions to me?


Regards 

Tatsuro


--- Ethan A Merritt <merritt@u.washington.edu> wrote:

> That executable was built from the June 2007 source tree.
> Therefore it is from before the change you ask about.
> The "refresh" command and mousing of in-line data are not present
> in that executable.   Normal mousing and zoom works OK in that
> wgnuplot.exe, at least when I run it using linux+wine.
> 
> 	Ethan
> 
> 
> 
> 
> 
> > 
> > The mouse zooming was not possible.
> > 
> > I would like to confirm whether the change at 2007-08-31 after '***************'for only for
> x11
> > terminal but not for win terminal or not.
> > 
> > It can be readable the change is not x11 specific.
> > Are there other possibilities?
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > 
> > 
> > *****************************************
> > 2007-08-31  Ethan Merritt  <merritt@u.washington.edu>
> > 
> > 	Version 2.9.? of Octave switched to piping all data to gnuplot in-line
> > 	rather than via a temporary file.  This broke mouse zooming and replot.
> > 
> > 	This patchset is an imperfect fix with several known problems:
> > 	- Clipping of zoomed 3D contour plots is not correct.
> > 	- splot volatile with image + zoom + unzoom is flaky
> > 	- plot -> zoom -> set grid -> unzoom   loses the grid setting.
> > 	- you cannot toggle log scaling on/off while using refresh.
> > 
> > 	Introduce a new command "refresh" that acts like replot except that it
> > 	does not re-read the input data.  Refresh is always needed in order to
> > 	zoom or replot in-line data (input file '-'), but may optionally applied
> > 	to normal data files also by appending the attribute 'volatile'.
> > 
> > 	* src/plot2d.c (eval_plots): This is the core change. Instead of 
> > 	freeing stored data after each plot, keep it around in case of a
> > 	refresh command. The old data storage is freed at the start of the next
> > 	"plot" or "replot" command.  This is parallel to what the 3D code was
> > 	already doing. Set refresh_ok = 2  at the end of a successful plot.
> > 
> > 	* src/plot3d.c (eval_3dplots): Update comments and remove dead code.
> > 	Set refresh_ok = 3  at the end of a successful plot.
> > 
> > 	* src/plot2d.c (refresh_bounds) src/plot2d.h
> > 	* src/plot3d.c (refresh_3dbounds) src/plot3d.h:
> > 	Provide a mechanism to recheck the INBOUNDS/OUTBOUNDS status of 
> > 	existing data points after changing the current axis limits.
> > 
> > 	* src/command.c (refresh_command refresh_request) src/command.h
> > 	src/gadgets.c src/gadgets.h src/tables.c:  New command "refresh" that
> > 	acts similarly to "replot" except that it does not re-read input data.
> > 
> > 	* src/axis.h (AXIS_UPDATE2D): Save/restore axis limits for zooming.
> > 
> > 	* src/mouse.c (apply_zoom): Choose between refresh or replot depending
> > 	on whether the current plot contain volatile data.
> > 
> > 	* src/mouse.c (builtin_toggle_log): Ignore 'l' and 'L' for volatile data
> > 
> > 	* src/set.c (set_logscale) src/unset.c (unset_logscale):
> > 	Because setting or unsetting log scale changes the way input data is
> > 	stored, "refresh" cannot work if the log setting has changed.
> > 	Set a flag indicating that a full replot is necessary.
> > 
> > 	* src/datafile.c (df_open): Accept a "volatile" keyword to indicate
> > 	that data in the input file may change. If data is input from pseudo-
> > 	device '-' or from a file marked "volatile", set a global flag so
> > 	that mousing/zooming/etc can choose to refresh rather than replot.
> > 
> > 	* docs/gnuplot.doc configure.in
> > 
> > 
> > 
> > --------------------------------------
> > Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> > http://pr.mail.yahoo.co.jp/toolbar/
> > 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle 98195-7742
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Dear Ethan Merritt

I have built the gnuplot-4.3 downloaded yesterday.

The snapshot is
***************
        G N U P L O T
        Version 4.3 patchlevel 0
        last modified February 2008
        System: MS-Windows 32 bit

        Copyright (C) 1986 - 1993, 1998, 2004, 2007, 2008
        Thomas Williams, Colin Kelley and many others        

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

However, mouse zooming for 2D and mouse rotation for 3D were not possible 
if they were plotted from the octave-MSVC-2.9.16.
(Todat I am in home, I do not have octave-mingw-2.9.17. SO I used octave-MSVC-2.9.16 instead.)

2D
plot (1:100)
3D
z = [0:0.05:5];
plot3 (cos(2*pi*z), sin(2*pi*z), z, ";helix;");
For 3d mouse rotation mark when press mouse left button was appreared but it I could not rotate the
plots.

Any suggestions ?

Regards

Tatsuro

For 3D


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

> Dear Ethan Merritt
> 
> Thank you for your information.
> 
> So I have to build it by myself.
> I have never built wgnuplot from source but I'll try it.
> (Unlike the cygwin, it seem to be difficult for me.  
> The cygwin cvs gnuplot can be easily built by anyone.)
> 
> Thaks again!!
> 
> Regards
> 
> Tatsuro
> 
>  
> 
> 
> On Thursday 07 February 2008 02:30, Tatsuro MATSUOKA wrote:
> > Dear Ethan Merritt
> > 
> > I have tested gragh plotting by a cvs(08-02-02) version (4.3) of pgnuplot+wgnuplot using a
> little
> bit
> > old octave (2.9.17, which does not send binary data from pipe).
> > 
> > (CVS wgnuplot was downloades from the following
> > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/ )
> 
> That executable was built from the June 2007 source tree.
> Therefore it is from before the change you ask about.
> The "refresh" command and mousing of in-line data are not present
> in that executable.   Normal mousing and zoom works OK in that
> wgnuplot.exe, at least when I run it using linux+wine.
> 
> 	Ethan
> 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

surface plot for matrix data

[Maximilian F. <mfa...@gm...>]

Hi,

is there a way to make gnuplot generate a "rendered" 3D surface or matrix-data?

I could convert the matrix data into x,y,z like files...henn I am
essentialy looking for somthing like
the MAXIMA's

M:MATRIX([1,2,3,4],[1,2,3,2],[1,2,3,4],[1,2,3,3])$
f(x,y):=float(M[?round(x),?round(y)]);
plot3d(f,[x,1,4],[y,1,4],['grid,4,4]);


Thanks,

Maximilian

Re: Does "with nohidden3d" work?

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

On Friday 08 February 2008 20:25, Philipp K. Janert wrote:
> 
> According to the manual (section 34.7 "with"),
> it is possible to use a "with nohidden3d" directive
> together with the splot command to make individual
> surfaces transparent.
> 
> That does not seem to work for me - instead, the
> entire surface disappears.
> 
> Example:
> 
> set hidden3d
> 
> splot [-2:2][-2:2] exp(-x**2-y**2), 0.4-1/(1+x**2+y**2)
> => All good, two opaque surfaces
> 
> splot [-2:2][-2:2] exp(-x**2-y**2), 0.4-1/(1+x**2+y**2) with nohidden3d
> => syntax error! although according to the spec this
> 	should be correct. (I think)

The documentation is perhaps not as clear as it should be, but the
intent is
   set hidden
   splot 'foo' with lines,  'baz' with lines nohidden
or just
   splot 'foo', 'baz' nohidden

I.e., the "nohidden" attribute is not a plot style, it is a modifier to
the plot command proper.

That said, yes it seems to be broken in both 4.2.2 and cvs although in 
different ways.  It does work for "with points", however.
I suppose that's a clue.

 
> splot [-2:2][-2:2] exp(-x**2-y**2), 0.4-1/(1+x**2+y**2) nohidden3d
> => the second surface does not show up at all
> 
> Am I using this option incorrectly?
> 
> Info on my gnuplot version below.
> 
> Best,
> 
> 		Ph.
> 
> 
> 
>         G N U P L O T
>         Version 4.2 patchlevel 2 
>         last modified 31 Aug 2007
>         System: Linux 2.6.18.2-34-default
> 
>         Copyright (C) 1986 - 1993, 1998, 2004, 2007
>         Thomas Williams, Colin Kelley and many others
> 
>         Type `help` to access the on-line reference manual.
>         The gnuplot FAQ is available from http://www.gnuplot.info/faq/
> 
>         Send bug reports and suggestions to 
> <http://sourceforge.net/projects/gnuplot>
> 
> Compile options:
> -READLINE  +LIBREADLINE  +HISTORY  +BACKWARDS_COMPATIBILITY  +BINARY_DATA  
> +GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
> -NOCWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +USE_MOUSE  +HIDDEN3D_QUADTREE  
> +DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE  
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Does "with nohidden3d" work?

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

According to the manual (section 34.7 "with"),
it is possible to use a "with nohidden3d" directive
together with the splot command to make individual
surfaces transparent.

That does not seem to work for me - instead, the
entire surface disappears.

Example:

set hidden3d

splot [-2:2][-2:2] exp(-x**2-y**2), 0.4-1/(1+x**2+y**2)
=> All good, two opaque surfaces

splot [-2:2][-2:2] exp(-x**2-y**2), 0.4-1/(1+x**2+y**2) with nohidden3d
=> syntax error! although according to the spec this
	should be correct. (I think)

splot [-2:2][-2:2] exp(-x**2-y**2), 0.4-1/(1+x**2+y**2) nohidden3d
=> the second surface does not show up at all

Am I using this option incorrectly?

Info on my gnuplot version below.

Best,

		Ph.



        G N U P L O T
        Version 4.2 patchlevel 2 
        last modified 31 Aug 2007
        System: Linux 2.6.18.2-34-default

        Copyright (C) 1986 - 1993, 1998, 2004, 2007
        Thomas Williams, Colin Kelley and many others

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from http://www.gnuplot.info/faq/

        Send bug reports and suggestions to 
<http://sourceforge.net/projects/gnuplot>

Compile options:
-READLINE  +LIBREADLINE  +HISTORY  +BACKWARDS_COMPATIBILITY  +BINARY_DATA  
+GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
-NOCWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +USE_MOUSE  +HIDDEN3D_QUADTREE  
+DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE  

Re: Suggestions for gnuplot FAQ

[<pl...@pi...>]

On Fri, 08 Feb 2008 22:21:06 +0100, Ethan Merritt  
<merritt@u.washington.edu> wrote:

>> I did see references in the FAQ about libgd supporting
>> png, but nothing that says how to link the 2.  Does it just happen
>> automagically?
> Yes. The first step in installing from source is to run the "configure"
> script. This will automagically search your computer for support  
> libraries
> for all the possible terminals, and automagically use the ones it can
> find.

No magic involved, just documented methods.

if you read the output of ./configure it will say: "I am building with  
..... for more detail run configure -h" or words to that effect.

If you explicitly request png support then it will fail to find the  
required files and tell you before stopping the build process.

If you use the Suse package management tools to search for libgd you will  
almost certainly find you dont have the devel package as Ethan suggested.

If you try gnuplot-devel I guess it would pull all the deps you require  
for you.

Once you have it building the suse release of gnuplot from source you  
should be able to build cvs gnuplot.

But it's not the function of gnuplot doc to explain how to use your binary  
distro packages. That's why you dont find that info there.

If you read INSTALL and the output of ./configure you would find the info  
you need.

FAQs are just FAQs , dont expect them to cover everything.

regards/

Re: Suggestions for gnuplot FAQ

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

On Friday 08 February 2008 06:50, Mark Seger wrote:
> I've just upgraded to gnuplot 4.2.2 and all my plotting stuff broke so I 
> went looking into the FAQ to try and figure out what to do and couldn't 
> find an answer.  I suspect other may have run into the same thing.  

Nothing much has changed in the gnuplot build process for at least 5 years,
so I really don't think you can blame it on version 4.2.2


> The bottom line is when I build the standard version of gnuplot and do a 
> 'set terminal' neither png nor x11 show up as valid types and clearly 
> the solution is to remake it with the appropriate settings.  The problem 
> is I can't find anything in the documentation to describe any  process 
> for doing this.  

The documentation is for using gnuplot, not installing it.
Following the standard unix/linux convention for source code distribution,
there are at least brief installation instructions in the file INSTALL.


> I did see references in the FAQ about libgd supporting  
> png, but nothing that says how to link the 2.  Does it just happen 
> automagically?  

Yes. The first step in installing from source is to run the "configure"
script. This will automagically search your computer for support libraries
for all the possible terminals, and automagically use the ones it can 
find.

> And as I said, nothing on X11.  This is a sles 10.1  
> system I'm running on and perhaps the out-of-the-box configuration of it 
> is the issue because when I build gnuplot on RHEL5 it just worked.

Yes. Probably you do not have the development packages installed for
libgd, x11, and so on.  Install these first, so that gnuplot can find them.


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

Suggestions for gnuplot FAQ

[Mark S. <Mar...@hp...>]

I've just upgraded to gnuplot 4.2.2 and all my plotting stuff broke so I 
went looking into the FAQ to try and figure out what to do and couldn't 
find an answer.  I suspect other may have run into the same thing.  The 
bottom line is when I build the standard version of gnuplot and do a 
'set terminal' neither png nor x11 show up as valid types and clearly 
the solution is to remake it with the appropriate settings.  The problem 
is I can't find anything in the documentation to describe any  process 
for doing this.  I did see references in the FAQ about libgd supporting 
png, but nothing that says how to link the 2.  Does it just happen 
automagically?  And as I said, nothing on X11.  This is a sles 10.1 
system I'm running on and perhaps the out-of-the-box configuration of it 
is the issue because when I build gnuplot on RHEL5 it just worked.
-mark

Re: status of patch 1663920 (new object types)?

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

On Thursday 07 February 2008 19:46, Ralf Juengling wrote:
> 
> I was wondering about your plans for this patch.
> Turns out that putting circles in a plot is something
> that I want to do frequently, so it's a feature that
> I would really like to see in gnuplot.

Good to hear.  

The circle/ellipse patch is one of two sitting there mostly because
nobody has expressed much enthusiasm.  The other is alpha-channel support
for image data.   In both cases the missing element is a demonstrated
need for the new feature.  

> Let me know if I can help with testing or other things
> to get this patch ready for cvs.

Probably the most helpful thing you could send is a demo script
(with data if necessary) that illustrates why it is useful to you.
I will incorporate the demo into the patch set.

	thanks,

		Ethan

-- 
Ethan A Merritt

status of patch 1663920 (new object types)?

[Ralf J. <jue...@cs...>]

Ethan,

I was wondering about your plans for this patch.
Turns out that putting circles in a plot is something
that I want to do frequently, so it's a feature that
I would really like to see in gnuplot.

Let me know if I can help with testing or other things
to get this patch ready for cvs.

Cheers,
Ralf

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Dear Ethan Merritt

Thank you for your information.

So I have to build it by myself.
I have never built wgnuplot from source but I'll try it.
(Unlike the cygwin, it seem to be difficult for me.  
The cygwin cvs gnuplot can be easily built by anyone.)

Thaks again!!

Regards

Tatsuro

 


On Thursday 07 February 2008 02:30, Tatsuro MATSUOKA wrote:
> Dear Ethan Merritt
> 
> I have tested gragh plotting by a cvs(08-02-02) version (4.3) of pgnuplot+wgnuplot using a little
bit
> old octave (2.9.17, which does not send binary data from pipe).
> 
> (CVS wgnuplot was downloades from the following
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/ )

That executable was built from the June 2007 source tree.
Therefore it is from before the change you ask about.
The "refresh" command and mousing of in-line data are not present
in that executable.   Normal mousing and zoom works OK in that
wgnuplot.exe, at least when I run it using linux+wine.

	Ethan



--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

On Thursday 07 February 2008 02:30, Tatsuro MATSUOKA wrote:
> 
> I have tested gragh plotting by a cvs(08-02-02) version (4.3) of pgnuplot+wgnuplot using a little bit
> old octave (2.9.17, which does not send binary data from pipe).
> 
> (CVS wgnuplot was downloades from the following
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/ )
> 
> The mouse zooming was not possible.

Does mouse zooming work for plots with no data?
For example, "plot sin(x)"?
 
> I would like to confirm whether the change at 2007-08-31 after '***************'for only for x11
> terminal but not for win terminal or not.

That change did not touch any terminal drivers.
It affects the handling of plots with in-lines data   (plot '-').
This is usually ascii data, not binary.

> It can be readable the change is not x11 specific.

Correct. The change is not x11 specific.

> Are there other possibilities?

I know very little about the Windows version of the program.
Perhaps someone else will have a suggestion.

	regards,

		Ethan


> 
> Regards
> 
> Tatsuro
> 
> 
> 
> *****************************************
> 2007-08-31  Ethan Merritt  <merritt@u.washington.edu>
> 
> 	Version 2.9.? of Octave switched to piping all data to gnuplot in-line
> 	rather than via a temporary file.  This broke mouse zooming and replot.
> 
> 	This patchset is an imperfect fix with several known problems:
> 	- Clipping of zoomed 3D contour plots is not correct.
> 	- splot volatile with image + zoom + unzoom is flaky
> 	- plot -> zoom -> set grid -> unzoom   loses the grid setting.
> 	- you cannot toggle log scaling on/off while using refresh.
> 
> 	Introduce a new command "refresh" that acts like replot except that it
> 	does not re-read the input data.  Refresh is always needed in order to
> 	zoom or replot in-line data (input file '-'), but may optionally applied
> 	to normal data files also by appending the attribute 'volatile'.
> 
> 	* src/plot2d.c (eval_plots): This is the core change. Instead of 
> 	freeing stored data after each plot, keep it around in case of a
> 	refresh command. The old data storage is freed at the start of the next
> 	"plot" or "replot" command.  This is parallel to what the 3D code was
> 	already doing. Set refresh_ok = 2  at the end of a successful plot.
> 
> 	* src/plot3d.c (eval_3dplots): Update comments and remove dead code.
> 	Set refresh_ok = 3  at the end of a successful plot.
> 
> 	* src/plot2d.c (refresh_bounds) src/plot2d.h
> 	* src/plot3d.c (refresh_3dbounds) src/plot3d.h:
> 	Provide a mechanism to recheck the INBOUNDS/OUTBOUNDS status of 
> 	existing data points after changing the current axis limits.
> 
> 	* src/command.c (refresh_command refresh_request) src/command.h
> 	src/gadgets.c src/gadgets.h src/tables.c:  New command "refresh" that
> 	acts similarly to "replot" except that it does not re-read input data.
> 
> 	* src/axis.h (AXIS_UPDATE2D): Save/restore axis limits for zooming.
> 
> 	* src/mouse.c (apply_zoom): Choose between refresh or replot depending
> 	on whether the current plot contain volatile data.
> 
> 	* src/mouse.c (builtin_toggle_log): Ignore 'l' and 'L' for volatile data
> 
> 	* src/set.c (set_logscale) src/unset.c (unset_logscale):
> 	Because setting or unsetting log scale changes the way input data is
> 	stored, "refresh" cannot work if the log setting has changed.
> 	Set a flag indicating that a full replot is necessary.
> 
> 	* src/datafile.c (df_open): Accept a "volatile" keyword to indicate
> 	that data in the input file may change. If data is input from pseudo-
> 	device '-' or from a file marked "volatile", set a global flag so
> 	that mousing/zooming/etc can choose to refresh rather than replot.
> 
> 	* docs/gnuplot.doc configure.in
> 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

On Thursday 07 February 2008 02:30, Tatsuro MATSUOKA wrote:
> Dear Ethan Merritt
> 
> I have tested gragh plotting by a cvs(08-02-02) version (4.3) of pgnuplot+wgnuplot using a little bit
> old octave (2.9.17, which does not send binary data from pipe).
> 
> (CVS wgnuplot was downloades from the following
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/ )

That executable was built from the June 2007 source tree.
Therefore it is from before the change you ask about.
The "refresh" command and mousing of in-line data are not present
in that executable.   Normal mousing and zoom works OK in that
wgnuplot.exe, at least when I run it using linux+wine.

	Ethan





> 
> The mouse zooming was not possible.
> 
> I would like to confirm whether the change at 2007-08-31 after '***************'for only for x11
> terminal but not for win terminal or not.
> 
> It can be readable the change is not x11 specific.
> Are there other possibilities?
> 
> Regards
> 
> Tatsuro
> 
> 
> 
> *****************************************
> 2007-08-31  Ethan Merritt  <merritt@u.washington.edu>
> 
> 	Version 2.9.? of Octave switched to piping all data to gnuplot in-line
> 	rather than via a temporary file.  This broke mouse zooming and replot.
> 
> 	This patchset is an imperfect fix with several known problems:
> 	- Clipping of zoomed 3D contour plots is not correct.
> 	- splot volatile with image + zoom + unzoom is flaky
> 	- plot -> zoom -> set grid -> unzoom   loses the grid setting.
> 	- you cannot toggle log scaling on/off while using refresh.
> 
> 	Introduce a new command "refresh" that acts like replot except that it
> 	does not re-read the input data.  Refresh is always needed in order to
> 	zoom or replot in-line data (input file '-'), but may optionally applied
> 	to normal data files also by appending the attribute 'volatile'.
> 
> 	* src/plot2d.c (eval_plots): This is the core change. Instead of 
> 	freeing stored data after each plot, keep it around in case of a
> 	refresh command. The old data storage is freed at the start of the next
> 	"plot" or "replot" command.  This is parallel to what the 3D code was
> 	already doing. Set refresh_ok = 2  at the end of a successful plot.
> 
> 	* src/plot3d.c (eval_3dplots): Update comments and remove dead code.
> 	Set refresh_ok = 3  at the end of a successful plot.
> 
> 	* src/plot2d.c (refresh_bounds) src/plot2d.h
> 	* src/plot3d.c (refresh_3dbounds) src/plot3d.h:
> 	Provide a mechanism to recheck the INBOUNDS/OUTBOUNDS status of 
> 	existing data points after changing the current axis limits.
> 
> 	* src/command.c (refresh_command refresh_request) src/command.h
> 	src/gadgets.c src/gadgets.h src/tables.c:  New command "refresh" that
> 	acts similarly to "replot" except that it does not re-read input data.
> 
> 	* src/axis.h (AXIS_UPDATE2D): Save/restore axis limits for zooming.
> 
> 	* src/mouse.c (apply_zoom): Choose between refresh or replot depending
> 	on whether the current plot contain volatile data.
> 
> 	* src/mouse.c (builtin_toggle_log): Ignore 'l' and 'L' for volatile data
> 
> 	* src/set.c (set_logscale) src/unset.c (unset_logscale):
> 	Because setting or unsetting log scale changes the way input data is
> 	stored, "refresh" cannot work if the log setting has changed.
> 	Set a flag indicating that a full replot is necessary.
> 
> 	* src/datafile.c (df_open): Accept a "volatile" keyword to indicate
> 	that data in the input file may change. If data is input from pseudo-
> 	device '-' or from a file marked "volatile", set a global flag so
> 	that mousing/zooming/etc can choose to refresh rather than replot.
> 
> 	* docs/gnuplot.doc configure.in
> 
> 
> 
> --------------------------------------
> Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
> http://pr.mail.yahoo.co.jp/toolbar/
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Change of cvs at 2007-08-31 Ethan Merritt only for x11 but not for win

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

Dear Ethan Merritt

I have tested gragh plotting by a cvs(08-02-02) version (4.3) of pgnuplot+wgnuplot using a little bit
old octave (2.9.17, which does not send binary data from pipe).

(CVS wgnuplot was downloades from the following
http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/ )

The mouse zooming was not possible.

I would like to confirm whether the change at 2007-08-31 after '***************'for only for x11
terminal but not for win terminal or not.

It can be readable the change is not x11 specific.
Are there other possibilities?

Regards

Tatsuro



*****************************************
2007-08-31  Ethan Merritt  <merritt@u.washington.edu>

	Version 2.9.? of Octave switched to piping all data to gnuplot in-line
	rather than via a temporary file.  This broke mouse zooming and replot.

	This patchset is an imperfect fix with several known problems:
	- Clipping of zoomed 3D contour plots is not correct.
	- splot volatile with image + zoom + unzoom is flaky
	- plot -> zoom -> set grid -> unzoom   loses the grid setting.
	- you cannot toggle log scaling on/off while using refresh.

	Introduce a new command "refresh" that acts like replot except that it
	does not re-read the input data.  Refresh is always needed in order to
	zoom or replot in-line data (input file '-'), but may optionally applied
	to normal data files also by appending the attribute 'volatile'.

	* src/plot2d.c (eval_plots): This is the core change. Instead of 
	freeing stored data after each plot, keep it around in case of a
	refresh command. The old data storage is freed at the start of the next
	"plot" or "replot" command.  This is parallel to what the 3D code was
	already doing. Set refresh_ok = 2  at the end of a successful plot.

	* src/plot3d.c (eval_3dplots): Update comments and remove dead code.
	Set refresh_ok = 3  at the end of a successful plot.

	* src/plot2d.c (refresh_bounds) src/plot2d.h
	* src/plot3d.c (refresh_3dbounds) src/plot3d.h:
	Provide a mechanism to recheck the INBOUNDS/OUTBOUNDS status of 
	existing data points after changing the current axis limits.

	* src/command.c (refresh_command refresh_request) src/command.h
	src/gadgets.c src/gadgets.h src/tables.c:  New command "refresh" that
	acts similarly to "replot" except that it does not re-read input data.

	* src/axis.h (AXIS_UPDATE2D): Save/restore axis limits for zooming.

	* src/mouse.c (apply_zoom): Choose between refresh or replot depending
	on whether the current plot contain volatile data.

	* src/mouse.c (builtin_toggle_log): Ignore 'l' and 'L' for volatile data

	* src/set.c (set_logscale) src/unset.c (unset_logscale):
	Because setting or unsetting log scale changes the way input data is
	stored, "refresh" cannot work if the log setting has changed.
	Set a flag indicating that a full replot is necessary.

	* src/datafile.c (df_open): Accept a "volatile" keyword to indicate
	that data in the input file may change. If data is input from pseudo-
	device '-' or from a file marked "volatile", set a global flag so
	that mousing/zooming/etc can choose to refresh rather than replot.

	* docs/gnuplot.doc configure.in



--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/

Re: svg terminal is unsupported in djgpp gnuplot 4.2.2

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

On Monday 04 February 2008 15:22, Ethan Merritt wrote:
> On Monday 04 February 2008 13:32, Hans-Bernhard Bröker wrote:
> > Tatsuro MATSUOKA wrote:
> > > gnuplot> set term svg
> > >                   ^
> > >          unknown or ambiguous terminal type; type just 'set terminal' for a list
> > > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 
> The code works correctly on the pairs
>    pdf / pdfcairo
>    png / pngcairo
> 
> But fails on the svg/svga case because the longer name is encountered
> before the shorter name.

Now fixed in both 4.2 and 4.3 source trees.
This problem seems to have been there since the day the svg driver was
first added.  I guess no one ever tried to use it together with the
djsvga or fg terminal types.  Or else they re-arranged the #include
statements such that the order in the source code is
svg
...
svga
...
svgalib



-- 
Ethan A Merritt

Re: gp422os2

[Hans-Bernhard B. <HBB...@t-...>]

Petr Mikulik wrote:
> I've recompiled gnuplot 4.2.2 (including the latest fixes) for OS/2. I wish 
> somebody with the appropriate rights puts
>   http://gnuplot.sourceforge.net/development/binaries/gp422os2.zip
> into the Download section on SourceForge.

Done.

Re: svg terminal is unsupported in djgpp gnuplot 4.2.2

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

On Monday 04 February 2008 13:32, Hans-Bernhard Bröker wrote:
> Tatsuro MATSUOKA wrote:
> > gnuplot> set term svg
> >                   ^
> >          unknown or ambiguous terminal type; type just 'set terminal' for a list
> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >          
> > Is this a bug ?
> 
> Not quite.  It's a completely accurate message: in this gnuplot binary, 
> 'svg' is an ambiguous terminal name.  It could match either 'svga' or 
> 'svg'.  And somebody decided that gnuplot should output an error message 
> in this case.
> 
> The code is supposed to be able to recognize an exact match and report 
> it in spite of the ambiguity, but somehow this failed.

It is a bug, yes.

The code works correctly on the pairs
   pdf / pdfcairo
   png / pngcairo

But fails on the svg/svga case because the longer name is encountered
before the shorter name.

I'll fix it.

-- 
Ethan A Merritt

Re: svg terminal is unsupported in djgpp gnuplot 4.2.2

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

Hello Hans



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

> Tatsuro MATSUOKA wrote:
> > gnuplot> set term svg
> >                   ^
> >          unknown or ambiguous terminal type; type just 'set terminal' for a list
> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >          
> > Is this a bug ?
> 
> Not quite.  It's a completely accurate message: in this gnuplot binary, 
> 'svg' is an ambiguous terminal name.  It could match either 'svga' or 
> 'svg'.  And somebody decided that gnuplot should output an error message 
> in this case.
> 
> The code is supposed to be able to recognize an exact match and report 
> it in spite of the ambiguity, but somehow this failed.
> 

OK I understand. But I think it is ambiguous and makes one panic like me.  I am happy if you think a
more comprehensive message for next release. 


Thanks!!

Tatsuro



--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/