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

Re: readline to gnuplot.exe (console mode) for windows

[Tait <gnu...@t4...>]

No complaint if you want to do this privately, but for distribution, are
we allowed to link against readline? Gnuplot is not GPL-licensed (and
personally I prefer it that way), and as I just became aware the other
day, it's apparently the FSF's position that linking against readline is
NOT allowed from non-GPLv3 applications.

Tait

> ...I have tried link with libreadline in building
> gnuplot for windows.

Re: readline to gnuplot.exe (console mode) for windows

[sfeam (E. Merritt) <eam...@gm...>]

On Saturday 20 February 2010, Tatsuro MATSUOKA wrote:
> 
> Sorry I have found a problem on the history feature of readline.
> I do not figure out I can fix or not at the moment.

OK. Let's leave readline out of version 4.4.   
The planned release is very soon and we do not want to break anything.

It may be that it is easier to adapt the BSD libedit configuration
option for use on Windows rather than gnu libreadline.
But let's leave that for experimentation in 4.5.

	Ethan

> 
> Anyway I will stop to upload it on the web at the moment.
> 
> Sorry again.
> 
> Regards
> 
> Tatsuro 
>

Re: readline to gnuplot.exe (console mode) for windows

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

Hello

Sorry I have found a problem on the history feature of readline.
I do not figure out I can fix or not at the moment.

Anyway I will stop to upload it on the web at the moment.

Sorry again.

Regards

Tatsuro 

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> In response to the request from the Bastian Maerkisch, I have tried link with libreadline in
> building
> gnuplot for windows.  As expected it is only available for console mode of gnuplot,
> 'gnuplot.exe'. For
> wgnuplot.exe, linking with libreadline has give a broken command window.
> (I have not tested on wgnuplot_pipes.exe but it will give the same as that of wgnuplot.exe).
>     
> Can this feature added to ver. 4.4 release? 
> I guess that the feature of readline itself available from the earlier version of gnuplot on
> other
> platform.  In my idea, there is no problem that the console mode gnuplot (gnuplot.exe) for
> windows has
> a readline feature.
> 
> Any comments?
> 
> If there is no objection I will upload the windows binaries with the readline feature for both
> 4.4-cvs
> and 4.5 for on  my web.
> 
> Regards
> 
> Tatsuro
> 
> ===Tatsuro wrote
> --- Bastian Maerkisch wrote  
> 
> > Hello
> > 
> > I understand that you use cygwin to compile gnuplot on windows. It would 
> > be great if you could include readline (or editline) in your build for 
> > "gnuplot.exe". This is now standard on Linux and is one of the things I 
> > am sorely missing on windows.
> > 
> > Regards
> > 	Bastian
> 
> 
> I do not use cygwin to build gnuplot binaries native to windows.  I am using msys + mingw +
> mingw gcc
> to build them.  I use cygwin when I build cygwin version of gnuplot.
> 
> For building of gnuplot on the above platform, ./configure-make procedure is not used but it
> uses
> customized makefile (makefile.mgw) and config.h (config.mgw is override to config.h in make
> process.).
> 
> In makefile.mgw, there is no description of the readline feature.  I have a windows version
> libreadline libraries provides by GnuWin32 project. I will try it Perhaps I have to add
> -DHAVE_LIBREADLINE to complier flag, add include and library path and add -lreadline in linker
> flag.
> Of cource, I will try it only for gnuplot.exe and do not want to do for wgnuplot[_pipes].exe. 
> 
> I do not know whether it will be successful or not.  Please wait keeping your expectations low.
> If you or someone gives me suggestions for the matter, it will be welcome.
> ===========================================================================================
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
> http://pr.mail.yahoo.co.jp/olympic/
> 
> ------------------------------------------------------------------------------
> Download Intel¢î Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

readline to gnuplot.exe (console mode) for windows

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

Hello

In response to the request from the Bastian Maerkisch, I have tried link with libreadline in building
gnuplot for windows.  As expected it is only available for console mode of gnuplot, 'gnuplot.exe'. For
wgnuplot.exe, linking with libreadline has give a broken command window.
(I have not tested on wgnuplot_pipes.exe but it will give the same as that of wgnuplot.exe).
    
Can this feature added to ver. 4.4 release? 
I guess that the feature of readline itself available from the earlier version of gnuplot on other
platform.  In my idea, there is no problem that the console mode gnuplot (gnuplot.exe) for windows has
a readline feature.

Any comments?

If there is no objection I will upload the windows binaries with the readline feature for both 4.4-cvs
and 4.5 for on  my web.

Regards

Tatsuro

===Tatsuro wrote
--- Bastian Maerkisch wrote  

> Hello
> 
> I understand that you use cygwin to compile gnuplot on windows. It would 
> be great if you could include readline (or editline) in your build for 
> "gnuplot.exe". This is now standard on Linux and is one of the things I 
> am sorely missing on windows.
> 
> Regards
> 	Bastian


I do not use cygwin to build gnuplot binaries native to windows.  I am using msys + mingw + mingw gcc
to build them.  I use cygwin when I build cygwin version of gnuplot.

For building of gnuplot on the above platform, ./configure-make procedure is not used but it uses
customized makefile (makefile.mgw) and config.h (config.mgw is override to config.h in make process.).

In makefile.mgw, there is no description of the readline feature.  I have a windows version
libreadline libraries provides by GnuWin32 project. I will try it Perhaps I have to add
-DHAVE_LIBREADLINE to complier flag, add include and library path and add -lreadline in linker flag.
Of cource, I will try it only for gnuplot.exe and do not want to do for wgnuplot[_pipes].exe. 

I do not know whether it will be successful or not.  Please wait keeping your expectations low.
If you or someone gives me suggestions for the matter, it will be welcome.
===========================================================================================

Regards

Tatsuro

--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Choose Font issue? in the dialog of the graph window of windows terminal

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

Hello

"don taber" wrote :
======================================================================
One problem I note in both cases: Font changes made with the "Choose
Font" Windows dialog do not take effect unless followed by a replot
command.  The plot is immediately redrawn when the dialog is dismissed
with 'Okay', but the font does not change and if the Choose Font
dialog is called again without an intervening replot, the old font is
displayed.  This separate replot command should not be necessary.
There is something missing from the code that redraws the plot when
the dialog is closed.  I'm sure that someone who is more of a Windows
programmer than I can fix this easily.
=======================================================================

I have confirmed the above. 
But it has been seen from at least gnuplot 4.2.4 for windows.
The requirement of a replot command can be said as a feature.   

However, changes in Line Styles, Backgraound etc. on the dialog of the graph window are
reflected immediately. 

It is better to fix it as possible.

So I have a look into the function SelFont(LPGW lpgw) the code of wgraph.c

SelFont(LPGW lpgw)
{
  :
	if (ChooseFont(&cf)) {
           :
           :
 		SendMessage(lpgw->hWndGraph,WM_COMMAND,M_REBUILDTOOLS,0L);
	}

SendMessage(lpgw->hWndGraph,WM_COMMAND,M_REBUILDTOOLS,0L);
is used. This is used also in the function GraphRedraw(LPGW lpgw).
void WDPROC
GraphRedraw(LPGW lpgw)
{
	if (lpgw->hWndGraph && IsWindow(lpgw->hWndGraph))
		SendMessage(lpgw->hWndGraph,WM_COMMAND,M_REBUILDTOOLS,0L);
}

I cannot find out why SendMessage(lpgw->hWndGraph,WM_COMMAND,M_REBUILDTOOLS,0L); seems not to work.

Any suggestions?

Regards

Tatsuro


--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Re: inconsistency between 4.4-cvs and 4.5 for default install directory of x11 resources (Gnuplot)

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

Hello

--- Hans-Bernhard Br将モker wrote:

> I suspect this is a hopeless situation.  Just plop the file in a place 
> where it'll at least do no harm, i.e. below our private $(pkgdatadir), 
> and mention the need to put it in a place actually visible to the X11 
> server in the INSTALL file.

Thank you for your suggestion. I agree with the suggestion by Hans.
I have look into where is the x11 resources (Gnuplot) installed by setup.exe of the cygwin.
(Currently the version of gnuplot the cygwin official site is 4.2.4.)

It is located /etc/defaults/etc/X11/app-defaults. In my install condition of the cygwin, there found
also the x11 resource file of Rxvt.  

For the cygwin, /etc/defaults/etc/X11/app-defaults is the place where the x11 resources (Gnuplot) is
placed.

The x11 resource file (Gnuplot) seems to have not been updated from since 2007-01-14.
So that if it is installed by the cygwin setup, it need not installed to the cygwin system.

Therefore, to my release of gnuplot binaries of the cygwin, I will make a directory X11/app-defaults
and the x11 resource file (Gnuplot) there.  I will make a explanation for it is to be installed to
/etc/defaults/etc/X11/app-defaults if the cygwin system of the users do not have it.

Regards

Tatsuro
 

--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Re: inconsistency between 4.4-cvs and 4.5 for default install directory of x11 resources (Gnuplot)

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

Ethan Merritt wrote:
> It seems that no matter where the X11 resources file is installed,
> there are complaints.

I suspect there's just about nothing that can be done about that.  X11 
is too flexible to allow a static choice of an installation location to 
work.  The issue is basically the same with TeX, Emacs, GNU info, and to 
some extent, even man pages.  All these systems need configurable 
environment variables and path search mechanisms to find their own 
files.  There's no way we can reliably second-guess their behaviour.

> Perhaps we should not install it at all unless the new explicit 
> configuration option is given?

Or install it under ${pkgdatadir}, and let users decide what to about it.

> Since it seems very few people understand how this file is used,
> perhaps it should be left to packagers who can select the appropriate
> installation directory for their particular system configuration?

Packagers will do that anyway, regardless of whether we consciously 
leave it to them, or not.

> The file is used by the x11 server, which is almost certainly
> expecting to look in the root file system, not in ${prefix}/...

More to the point, any given X11 server will look wherever the heck it 
chooses to.  And the administrator can override that anytime, at the 
flick of an environment variable.

> some linux distros changed the default name of the user's _own_
> resources file from ~/.Xdefaults to ~/.Xresources.

And nowadays it's more likely to be ~/.Xdefaults-${hostname} or 
something like that instead...

I suspect this is a hopeless situation.  Just plop the file in a place 
where it'll at least do no harm, i.e. below our private $(pkgdatadir), 
and mention the need to put it in a place actually visible to the X11 
server in the INSTALL file.

Re: inconsistency between 4.4-cvs and 4.5 for default install directory of x11 resources (Gnuplot)

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

Hello

--- Ethan Merrittwrote:

> On Friday 19 February 2010, Tatsuro MATSUOKA wrote:
> > 
> > For 4.4-cvs, the file 'Gnuplot' is installed to /etc/X11/app-defaults, however for 4.5, it is
> > installed to /usr/local/etc/X11/app-defaults/gnuplot/4.5.
> 
> Please help me out here, people!
> 
> It seems that no matter where the X11 resources file is installed,
> there are complaints.
> 
> Perhaps we should not install it at all unless the new explicit 
> configuration option is given?
> 
> Since it seems very few people understand how this file is used,
> perhaps it should be left to packagers who can select the appropriate
> installation directory for their particular system configuration?




> > As the default prefix is /usr/local so that the style of 4.5 is preferred, I think.
> 
> The file is used by the x11 server, which is almost certainly
> expecting to look in the root file system, not in ${prefix}/...
> Furthermore the source for gplt_x11.c contains a lot of messy
> code giving explicit non-default directories for this file in
> conditional code for OS2, VMS, and possibly other operating systems.
> These are probably all out of date.   On top of that, at some point
> some linux distros changed the default name of the user's _own_
> resources file from ~/.Xdefaults to ~/.Xresources.  So right now
> it is very hard to explain to people where to put the contents
> of the Gnuplot.app-defaults file.
> 
> I don't know what is the best thing to do with the file during
> installation. Help!!!

I understand your situation. 
In the case of the uploaded 4.4-cvs version of cygwin binary, I used
--with-x-app-defaultdir=/usr/local/etc/X11/app-defaults/gnuplot/4.4 to keep the consistency with that
was happened 4.5.

I will do see the previous threads and see the role of the x11 resource file and search the
appropriate location for the cygwin.  The binary package of cygwin has been assumed that all files are
located under /usr/local.  Therefore the root location of the x11 resource file is required, the
directory structure of the package is be modified and the explanation of install procedure is be also
changed.

Hi Petr, 
do you have any information or comments on this matter on cygwin?
 
Regards

Tatsuro 

--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Re: inconsistency between 4.4-cvs and 4.5 for default install directory of x11 resources (Gnuplot)

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

On Friday 19 February 2010, Tatsuro MATSUOKA wrote:
> 
> For 4.4-cvs, the file 'Gnuplot' is installed to /etc/X11/app-defaults, however for 4.5, it is
> installed to /usr/local/etc/X11/app-defaults/gnuplot/4.5.

Please help me out here, people!

It seems that no matter where the X11 resources file is installed,
there are complaints.

Perhaps we should not install it at all unless the new explicit 
configuration option is given?

Since it seems very few people understand how this file is used,
perhaps it should be left to packagers who can select the appropriate
installation directory for their particular system configuration?

> As the default prefix is /usr/local so that the style of 4.5 is preferred, I think.

The file is used by the x11 server, which is almost certainly
expecting to look in the root file system, not in ${prefix}/...

Furthermore the source for gplt_x11.c contains a lot of messy
code giving explicit non-default directories for this file in
conditional code for OS2, VMS, and possibly other operating systems.
These are probably all out of date.   On top of that, at some point
some linux distros changed the default name of the user's _own_
resources file from ~/.Xdefaults to ~/.Xresources.  So right now
it is very hard to explain to people where to put the contents
of the Gnuplot.app-defaults file.

I don't know what is the best thing to do with the file during
installation. Help!!!

inconsistency between 4.4-cvs and 4.5 for default install directory of x11 resources (Gnuplot)

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

Hello

I have tried to build the recent 4.4-cvs and 4.5. 

I have found inconsistency between 4.4-cvs and 4.5 for default install directory of x11 resources
(Gnuplot)

In the ChangeLog
2010-02-17  Ethan A Merritt  <merritt@u.washington.edu>
            :
	* configure.in: Change default installation directory for x11 resources
	to /etc/X11/app-defaults.
	Bug #1953742

For 4.4-cvs, the file 'Gnuplot' is installed to /etc/X11/app-defaults, however for 4.5, it is
installed to /usr/local/etc/X11/app-defaults/gnuplot/4.5.

Does anyone confirm the above?

As the default prefix is /usr/local so that the style of 4.5 is preferred, I think.

Anyway, inconsistency should be corrected. That might give confusions.

Regards

Tatsuro 

--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Re: Wavelet Auditory Model Gnuplot Adaptation

[sfeam (E. Merritt) <eam...@gm...>]

On Tuesday 16 February 2010, Mandeep Bedi wrote:
> Dear Gnuplot Developers:
> 
> My name is Mandeep Bedi and I am emailing you on behalf of the Wavelet
> Auditory Model Group at the University of Maryland.  We are working on a
> software project related to sound filtering and are interested in using
> gnuplot for graphing data from our program and allowing user interface.  To
> make gnuplot better suited for our project, we were interested in adding a
> few features to it and would appreciate your feedback:
> 
> --The ability to "import" functions into gnuplot from from our project
> library.  

There is an old patch to gnuplot that implements loading functions from
a shared library:

   https://sourceforge.net/tracker/index.php?func=detail&aid=588805&group_id=2055&atid=302055

The patch is quite old, and probably would not apply to the current
source tree without modification.  Nevertheless you might find it useful.
The chief concern raised at the time the patch was first proposed was that
it would not be portable to other operating systems.

I think we would be willing to consider a similar patch submitted against
the current cvs source, but still it would be desirable if the patch were
to support more than one operating system (linux, windows, OSX, SunOS, etc).

	Ethan


> Our project is predominantly written in Java, and our idea is to
> attach a shared object in the form of a .so file to gnuplot and then execute
> a command that goes something like:
> 
> import function f(x) from 'wam.so'
> 
> so that we can use the function f(x) in our gnuplot script.
> 
> --We are also interested in adding functionality to gnuplot for importing
> tabular data from our project, perhaps by a command like the following:
> 
> import datafile 'hello' from 'wam.so'
> 
> While gnuplot does already support file-reading, we are hoping to make more
> use of the shared library idea introduced above, and were wondering what you
> thought about this.
> 
> Thank you for your time.
> 
> Sincerely,
> Mandeep Bedi
> 

Re: Additional graphing possibility?

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

On Thursday 18 February 2010, Lar...@ao... wrote:
> Dear sirs:
>  
>    I could not find any references to "ternary" or "mixture"  graphs/plots. 
>  These are triangular graphs used to plot data when the three  data points 
> add up to 100%.  They are used in geology, chemistry, baking,  rocket 
> propellant compositions testing, etc.  When data are plotted, they  appear, 
> typically, as contours on the triangularly-shaped graph.  Have I  just missed it 
> or does GNUPlot not cover this type of graph?  Thank you for  your attention.

I do not know of a convenient way to create such graphs in gnuplot.
You could plot the points themselves using parametric functions:
   plot 'data' using (f($1,$2,$3)):(g($1,$2,$3))

See also
   http://warmada.staff.ugm.ac.id/Graphics/gnuplot/petclass/pearce.html

But creating and labelling the axes would be difficult.

> Sincerely,
> Lawrence G. Teebken  (_larry79054@aol.com_ (mailto:lar...@ao...) )
> P.S.:  I searched, in vain, for a 'contact us' box for asking  questions.  
> I hope this is the proper procedure.

Sure. 
You could also use SourceForge tracker site to create a Feature Request.
It sounds like an interesting project to implement this, but non-trivial.

Re: gnuplot 4.4rc1-CVS binaries for windows, djgpp and cygwin are uploaded

[don t. <dt...@to...>]

> The gnuplot 4.4rc1-CVS binaries for windows, djgpp and cygwin are uploaded.
> ...
> If you have found problem, please report on this ML.

I ran the 4.4rc1CVS and 4.5CVS wgnuplot binaries on a virtual
Windows XP machine in Vmware.  They work fine, and the emf
cutting and pasting is greatly improved.  Thanks.

One problem I note in both cases: Font changes made with the "Choose
Font" Windows dialog do not take effect unless followed by a replot
command.  The plot is immediately redrawn when the dialog is dismissed
with 'Okay', but the font does not change and if the Choose Font
dialog is called again without an intervening replot, the old font is
displayed.  This separate replot command should not be necessary.
There is something missing from the code that redraws the plot when
the dialog is closed.  I'm sure that someone who is more of a Windows
programmer than I can fix this easily.

Don Taber

gnuplot 4.4rc1-CVS binaries for windows, djgpp and cygwin are uploaded

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

Hello

The gnuplot 4.4rc1-CVS binaries for windows, djgpp and cygwin are uploaded.

Windows, djgpp
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/

0004 gp44rc1CVSwinbin.zip (Latest ChangeLog Date 2010-02-18) 
0005 gp44rc1CVSwinbin-wxt-diff.zip (Latest ChangeLog Date 2010-02-18) 
0006 gp44rc1CVSdj2bin.zip (Latest ChangeLog Date 2010-02-18)  


Cygwin
7. gp44rc1CVSwinbinX11.zip  (Latest ChangeLog Date 2010-02-18)

These are the latest snapshot of 4.4rc1 on the CVS repository
bug are extensively fixed from the original 4.4rc1 and some features are added.

Especially features for the windows terminals are improved.

Please enjoy !!

If you have found problem, please report on this ML.

Regards

Tatsuro
  

--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Re: win terminal: rotation of axes labels

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

Hello

--- "sfeam (Ethan Merritt)"wrote:

> On Thursday 18 February 2010, Tatsuro MATSUOKA wrote:
> > I have also tested on using the current 4.4rc1-cvs and on 4.5cvs. The above test works
> correctly.
> > 
> > If it is better to make snapshot binaries on windows of the current 4.4rc1-cvs, I will make
> them and
> > upload on my web cite.
> 
> It would be very useful if you would build a version from the 
> current 4.4 cvs and put it on your web site. 
> I think we are close to release, and an almost-final version 
> for testing would be a good thing.

OK. I will start it.
When I will finish it, I'll will report at the ML 

Regards

Tatsuro
Tatsuro

--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Re: win terminal: rotation of axes labels

[sfeam (E. Merritt) <eam...@gm...>]

On Thursday 18 February 2010, Tatsuro MATSUOKA wrote:
> I have also tested on using the current 4.4rc1-cvs and on 4.5cvs. The above test works correctly.
> 
> If it is better to make snapshot binaries on windows of the current 4.4rc1-cvs, I will make them and
> upload on my web cite.

It would be very useful if you would build a version from the 
current 4.4 cvs and put it on your web site. 
I think we are close to release, and an almost-final version 
for testing would be a good thing.

	Ethan

Additional graphing possibility?

[<Lar...@ao...>]

Dear sirs:
 
   I could not find any references to "ternary" or "mixture"  graphs/plots. 
 These are triangular graphs used to plot data when the three  data points 
add up to 100%.  They are used in geology, chemistry, baking,  rocket 
propellant compositions testing, etc.  When data are plotted, they  appear, 
typically, as contours on the triangularly-shaped graph.  Have I  just missed it 
or does GNUPlot not cover this type of graph?  Thank you for  your attention.
 
Sincerely,
Lawrence G. Teebken  (_larry79054@aol.com_ (mailto:lar...@ao...) )
P.S.:  I searched, in vain, for a 'contact us' box for asking  questions.  
I hope this is the proper procedure.

Re: win terminal: rotation of axes labels

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

Hello

--- Petr Mikulik wrote:
Hello
> > It seems there's another bug in the windows terminal: under certain
> > circumstances axes labels may no longer be rotated.
> > 
> > Here's an example script, which produces the expected output with post and png
> > terminals (others not tested):
> > 
> >   set termoption enhanced
> >   set format y "%.1t 10^{%T}"
> >   set ylabel "label 1" rotate by 90
> >   set y2label "label 2" rotate by -90
> >   plot x
> > 
> > Sample output for win and png terminals are attached. The "set format" line
> > seems to break the behaviour on windows. Labels are always drawn horizontally,
> > no matter if I specify a rotation or not.
> > I have tested this on 4.4rc1.
> 
> It works correctly for me using the current 4.4rc1-cvs and on 4.5cvs under 
> Linux+Wine.

I have also tested on using the current 4.4rc1-cvs and on 4.5cvs. The above test works correctly.

If it is better to make snapshot binaries on windows of the current 4.4rc1-cvs, I will make them and
upload on my web cite.

Regards

Tatsuro




--------------------------------------
VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi]
http://pr.mail.yahoo.co.jp/olympic/

Re: windows terminal patches [1/6]

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

>> "Save as emf" also works correctly when I load that file into OpenOffice 
>> 3.2. Testing this by means of "test" command, I can see these two 
>> differences:
>> - fill patterns are ignored
>> - point type 7 looks like a very big circle (zoom it a bit). Under large
>>   zoom, it looks like two misplaced circles, one full and one empty. Can you 
>>   please have a look?
> 
> I don't have OpenOffice available right now, but I'll install it and check.

I have tested using OO 3.1 and I see the same problems.
Also point types 1, 2, and 3 look not symmetrical.
Further, rotated text is not rotated here.

I remember reading about misplaced coordinates in metafiles in Petzold, 
perhaps I can find out something.

benjamin

Re: gnuplot-4.4.0-rc1 breaks gnuplot script (patch in enclosed file)

[Teo S B. <teo...@gm...>]

Perhaps some spurious spaces was added in my email writer, check if
patch in enclosed text file works better.

Re: gnuplot-4.4.0-rc1 breaks gnuplot script

[Teo S B. <teo...@gm...>]

On Thu, Feb 18, 2010 at 7:35 PM, Ethan Merritt <merritt@u.washington.edu> wrote:
> After applying the proposed patch (copied below), I get:
>  gnuplot> plot for [i=1:10] i,a=0
>  Segmentation fault

The above parses and plots as expected here, using source from:
 http://sourceforge.net/projects/gnuplot/files/gnuplot/4.4.0-rc1/gnuplot-4.4.0-rc1.tar.gz
- unmodifed plot2d.c, md5sum:      c9fb6329e50c3b297fa63b9050b8c997    plot2d.c
- plot2d.c after patch, md5sum:      089ab0441b088a21a6bc0914899a1bb1  plot2d.c

Teo

Re: gnuplot-4.4.0-rc1 breaks gnuplot script

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

On Thursday 18 February 2010 08:15:59 Petr Mikulik wrote:

[re: modifying the code to allow a trailing definition inside a plot command]

> I agree -- if it is easily possible to comply with previous versions of 
> gnuplot, we should keep this compatibility. Morever, if users wish this.
> Imperfectins in documentation should then be improved.

After applying the proposed patch (copied below), I get:

  gnuplot> plot for [i=1:10] i,a=0
  Segmentation fault





On Sunday 14 February 2010, Teo S Bernhard wrote:
diff -r ca8b5fbc043a plot2d.c
--- a/plot2d.c  Sun Feb 14 14:45:12 2010 +0100
+++ b/plot2d.c  Sun Feb 14 16:45:27 2010 +0100
@@ -1459,7 +1459,7 @@

        if (is_definition(c_token)) {
            define();
-           if (!equals(c_token,",")) {
+           if (!END_OF_COMMAND && !equals(c_token,",")) {
                was_definition = TRUE;
                continue;
            }
@@ -2174,7 +2174,7 @@

            if (is_definition(c_token)) {
                define();
-               if (!equals(c_token,",")) {
+               if (!END_OF_COMMAND && !equals(c_token,",")) {
                    was_definition = TRUE;
                    continue;
                }

Re: gnuplot-4.4.0-rc1 breaks gnuplot script

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

>              plot f(x) = sin(x*a), a = .2, f(x), a = .4, f(x)
>
>              plot f(x) = sin(x*a), a = .2, f(x), a = .4, f(x), a=0.6
>
> IMHO, the stated BNF contradicts other parts of the help text and also
> the actual code-implementation.
>
> I think the historical implementation in this case.

I agree -- if it is easily possible to comply with previous versions of 
gnuplot, we should keep this compatibility. Morever, if users wish this.
Imperfectins in documentation should then be improved.

---
PM

Re: win terminal: rotation of axes labels

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

> It seems there's another bug in the windows terminal: under certain
> circumstances axes labels may no longer be rotated.
> 
> Here's an example script, which produces the expected output with post and png
> terminals (others not tested):
> 
>   set termoption enhanced
>   set format y "%.1t 10^{%T}"
>   set ylabel "label 1" rotate by 90
>   set y2label "label 2" rotate by -90
>   plot x
> 
> Sample output for win and png terminals are attached. The "set format" line
> seems to break the behaviour on windows. Labels are always drawn horizontally,
> no matter if I specify a rotation or not.
> I have tested this on 4.4rc1.

It works correctly for me using the current 4.4rc1-cvs and on 4.5cvs under 
Linux+Wine.

---
PM

win terminal: rotation of axes labels

[Bastian M. <bma...@we...>]

Hello,

It seems there's another bug in the windows terminal: under certain 
circumstances axes labels may no longer be rotated.

Here's an example script, which produces the expected output with post 
and png terminals (others not tested):

   set termoption enhanced
   set format y "%.1t 10^{%T}"
   set ylabel "label 1" rotate by 90
   set y2label "label 2" rotate by -90
   plot x

Sample output for win and png terminals are attached. The "set format" 
line seems to break the behaviour on windows. Labels are always drawn 
horizontally, no matter if I specify a rotation or not.
I have tested this on 4.4rc1.

Bastian