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

Re: too coarse stepping when plotting color box

[Manfred S. <man...@gm...>]

Am 21.09.2010 17:24, schrieb Daniel J Sebald:

> Something certainly doesn't look right with the original.  However, putting the resolution so high doesn't seem like the best solution.  At the same time, limiting to 128 steps seems restrictive.  I would think it all depends on how the user sets up the color axis.  For example, if only five colors are used, perhaps only five levels are needed, so long as the color ticks align with the color box representation.
> 


Hmm, no I think it does not depend on the number of used colors.
As soon as one wants a discrete palette, placing has to be accurate to
pixel resolution. 
Which means, if one does not want to calculate each color transition
separately somehow, one has to draw in pixel resolution, i.e.
each pixel line separately.

The following gives good results for me:

--- color.c.orig        2010-09-21 14:09:41.000000000 +0200
+++ color.c     2010-09-21 22:42:01.000000000 +0200
@@ -361,7 +361,7 @@
 static void
 draw_inside_color_smooth_box_bitmap(FILE * out)
 {
-    int steps = 128; /* I think that nobody can distinguish more colours drawn in the palette */
+    int steps;
     int i, xy, xy2, xy_from, xy_to;
     double xy_step, gray;
     gpiPoint corners[4];
@@ -378,6 +378,8 @@
        xy_from = color_box.bounds.xleft;
        xy_to = color_box.bounds.xright;
     }
+    steps=xy_to-xy_from;
+
     xy_step = (color_box.rotation == 'h' ? color_box.bounds.xright - color_box.bounds.xleft : color_box.bounds.ytop - color_box.bounds.ybot) / (double) steps;

     for (i = 0; i < steps; i++) {


In my example, steps becomes 499, which is much smaller
than my insane 12800.
What do you think?

Cheers,
Manfred



> Dan
> 
> 
> Manfred Schwarb wrote:
>> Hi,
>>
>> when doing 2d plots ("splot") with discrete colors
>> [i.e. 'set palette defined ( 0 "yellow", 0.5 "yellow", 0.5 "red", 1 "red" )'],
>> I get some distorted color distribution in the color box.
>>
>> I then discovered that the reason is the coarse stepping
>> in calculating the color values.
>> The following cures it for me:
>>
>> --- color.c.orig        2010-09-21 14:09:41.000000000 +0200
>> +++ color.c     2010-09-21 14:09:48.000000000 +0200
>> @@ -361,7 +361,7 @@
>>  static void
>>  draw_inside_color_smooth_box_bitmap(FILE * out)
>>  {
>> -    int steps = 128; /* I think that nobody can distinguish more colours drawn in the palette */
>> +    int steps = 12800; /* I think that nobody can distinguish more colours drawn in the palette */
>>      int i, xy, xy2, xy_from, xy_to;
>>      double xy_step, gray;
>>      gpiPoint corners[4];
>>
>>
>> I figured that "steps" has to be in the range of 10000 to get
>> completely accurate color value calculation.
>>
>> Good and bad examples as attachments.
>>
>>
>> Cheers,
>> Manfred
>>

Re: [SPAM] too coarse stepping when plotting color box

[Daniel J S. <dan...@ie...>]

Something certainly doesn't look right with the original.  However, putting the resolution so high doesn't seem like the best solution.  At the same time, limiting to 128 steps seems restrictive.  I would think it all depends on how the user sets up the color axis.  For example, if only five colors are used, perhaps only five levels are needed, so long as the color ticks align with the color box representation.

Dan


Manfred Schwarb wrote:
> Hi,
> 
> when doing 2d plots ("splot") with discrete colors
> [i.e. 'set palette defined ( 0 "yellow", 0.5 "yellow", 0.5 "red", 1 "red" )'],
> I get some distorted color distribution in the color box.
> 
> I then discovered that the reason is the coarse stepping
> in calculating the color values.
> The following cures it for me:
> 
> --- color.c.orig        2010-09-21 14:09:41.000000000 +0200
> +++ color.c     2010-09-21 14:09:48.000000000 +0200
> @@ -361,7 +361,7 @@
>  static void
>  draw_inside_color_smooth_box_bitmap(FILE * out)
>  {
> -    int steps = 128; /* I think that nobody can distinguish more colours drawn in the palette */
> +    int steps = 12800; /* I think that nobody can distinguish more colours drawn in the palette */
>      int i, xy, xy2, xy_from, xy_to;
>      double xy_step, gray;
>      gpiPoint corners[4];
> 
> 
> I figured that "steps" has to be in the range of 10000 to get
> completely accurate color value calculation.
> 
> Good and bad examples as attachments.
> 
> 
> Cheers,
> Manfred
> 
> 
> ------------------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta


-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Re: 4.4.1 release

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

Hello

I have prepared the windows, DJGPP and cygwin binary packages of the gnuplot-4.4.1
for the preparation and the estimation.
They are uploaded the below 

http://www.tatsuromatsuoka.com/gnuplot/Eng/gp441/


Notes:
1. I have update the document README.Windows for the windows package concerning 
   install to the windows vista and 7.
   I have also add the explanation of fc-list-gp.exe, which is the fontconfig a utility.
   Please check them.
 
2. As I have reported the here, the help file generated by my system has problems.  
   http://old.nabble.com/help-file-on-windows-td29457099.html#a29457099
 
  I have update gnuplot.rtf for windows help work shop. 
  Will somebody generate wgnuplot.hlp from it?


Regards

Tatsuro

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> Configurations!!
> 
> I will prepare the windows, DJGPP and cygwin binaries as soon as possible and upload on my
> website.
> 
> Note:
> 1. I have update the document README.Windows concerning install to the windows vista and 7. This
> is
> now attached in my binary distribution of gnuplot 4.5 as the README.Windows.gpteam .
> Please check and modify and feedback to me.
> 
> 2. As I have reported the here, the help file generated by my system has problems.  
> http://old.nabble.com/help-file-on-windows-td29457099.html#a29457099
> 
> I will update gnuplot.rtf for windows help work shop. Will somebody generate wgnuplot.hlp from
> it?
> 
> Anyway I will do happy works for distributions.
> 
> Regards
> 
> Tatsuro  
> 
> --- "sfeam (Ethan Merritt)"  wrote:
> 
> >    	           GNUPLOT VERSION 4.4.1
> > 	    ===================================
> > 
> > Version 4.4.1 is an incremental update to the current official base
> > release gnuplot version 4.4.
> > 
> > A synopsis of changes since the previous release is given below and in the
> > NEWS file.  Further information is given in ChangeLog.
> > 
> > New features, changes and fixes in gnuplot version 4.4.1
> > ===========================================================
> > 
> > * NEW Support the "%s" format specifier in strftime()
> > * NEW Optional 6th data column in candlesticks style to specific box width
> > * NEW If integer arithmetic i*j or i**j would overflow, return value as a real
> > * NEW "set style circle radius <default-radius>"
> > * FIX autoconfiguration of readline support in OSX
> > * FIX font problems in win terminal 
> > * FIX Protect against runaway recursion by limiting depth of nested functions
> > * FIX metapost terminal: Fix inheritance of line thickness by text strings
> > * FIX cairo terminals could segfault on certain enhanced text strings
> > * FIX pdfcairo output to stdout now works
> > * FIX font ",size" in non-enhanced mode postscript terminals
> > * FIX Do a better job of estimating the width of UTF-8 encoded strings
> > * FIX baseline bug in canvas terminal rotation of enhanced text
> > * FIX Allow "with labels" to work for binary input data
> > * FIX update user GPVAL variables after plot in table mode
> > * CHANGE depth-sorting of pm3d surfaces now applies jointly to all in the plot
> > * CHANGE 3D impulses are now always drawn from z=0
> > * CHANGE Enable HIDDEN_QUADTREE by default
> > * CHANGE Enable "set fit errorvariables" by default
> > * CHANGE Regardless of current timefmt, read time from binary files as a binary
> > * CHANGE do not limit 3D rotation to 0<rotx<180
> > 
> > 		 NOTE TO PACKAGERS AND TESTERS 
> > 		===============================
> > 
> > We strongly encourage you to build, test, and package the new cairo-based
> > terminals. These are pngcairo and pdfcairo for output to file, and wxt as
> > the default interactive terminal.
> > 
> > This introduces dependencies on
> > 	libwxgtk2
> > 	libpangocairo
> > 	libpango
> > 	libcairo
> > 
> > Of course the terminals (output modes) used by previous gnuplot versions
> > are also still available, including png output based on libgd and
> > interactive output using X11.
> > 
> > Demo plots illustrating these and other features are online at
> > 
> > 	http://gnuplot.sourceforge.net/demo/
> > 
> > You can download a source tarball for gnuplot version 4.4.1 from the 
> > gnuplot development site on SourceForge.
> > 
> > 	http://sourceforge.net/project/showfiles.php?group_id=2055
> > 
> > 
> > 		          OTHER NOTES
> > 		===============================
> > 
> > Installation
> > ------------
> > Installation instructions are available in the source itself; the short
> > version for linux/unix-like systems is to unpack the tarball and then
> > build it:
> > 		cd gnuplot-4.4.1 ; ./configure ; make
> > test it:
> > 		make check
> > install it:
> > 		make install
> > 
> > Pay careful attention to the output of the ./configure script.
> > It may indicate that some output drivers have been omitted because the
> > necessary support libraries were not found.  In general you need to have
> > previously installed the "*-devel-*" versions of these libraries. 
> > 
> > 
> > Known issues
> > ------------
> > 
> > - OSX:  The wxt terminal does not work. Alpha-channel support in aquaterm
> > requires aquaterm version 1.0.1, available from http://aquaterm.sourceforge.net
> > Aquaterm itself may not work on 64-bit systems.
> > 
> > - External support library libgd version 2.0.36 introduces a new method
> > of font selection using the fontconfig utitily.  However, it does not work
> > properly without a patch to the upstream libgd source that has not yet made
> > it into packaged versions.   Here it is:
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > --- gd-2.0.36/gdft.c    2008-03-09 16:05:52.000000000 -0700
> > +++ gd-2.0.36-mod/gdft.c        2009-05-20 20:22:13.000000000 -0700
> > @@ -1661,7 +1661,7 @@ static char * font_path(char **fontpath,
> >  BGD_DECLARE(int) gdFTUseFontConfig(int flag)
> >  {
> >  #ifdef HAVE_LIBFONTCONFIG
> > -       fontConfigFlag = 1;
> > +       fontConfigFlag = flag;
> >         return 1;
> >  #else
> >         return 0;
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > 
> > - The MS Windows terminal device sometimes draws with a dashed line
> > when it should draw with a solid line. (Tracker item 1952364).
> > Also it doesn't yet fully support alpha-channel output.
> > 
> > 
> > Support
> > -------
> > Please report all bugs and installation problems to the bug tracker
> > on SourceForge:
> > 
> > 	http://sourceforge.net/tracker/?group_id=2055&atid=102055
> > 
> > There is also an active gnuplot discussion forum on usenet group
> > 
> > 	comp.graphics.apps.gnuplot
> > 
> > Development
> > -----------
> > Gnuplot development is quite active. The development branch on SourceForge
> > contains preliminary implementations of many new features.  The development
> > branch is currently identified as version 4.5.
> > Feedback and contributions of code are very welcome.
> > 
> > ------------------------------------------------------------------------------
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing
> > http://p.sf.net/sfu/novell-sfdev2dev
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> http://pr.mail.yahoo.co.jp/gyao/
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


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

Re: 4.4.1 release

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

Hello

Configurations!!

I will prepare the windows, DJGPP and cygwin binaries as soon as possible and upload on my website.

Note:
1. I have update the document README.Windows concerning install to the windows vista and 7. This is
now attached in my binary distribution of gnuplot 4.5 as the README.Windows.gpteam .
Please check and modify and feedback to me.

2. As I have reported the here, the help file generated by my system has problems.  
http://old.nabble.com/help-file-on-windows-td29457099.html#a29457099

I will update gnuplot.rtf for windows help work shop. Will somebody generate wgnuplot.hlp from it?

Anyway I will do happy works for distributions.

Regards

Tatsuro  

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

>    	           GNUPLOT VERSION 4.4.1
> 	    ===================================
> 
> Version 4.4.1 is an incremental update to the current official base
> release gnuplot version 4.4.
> 
> A synopsis of changes since the previous release is given below and in the
> NEWS file.  Further information is given in ChangeLog.
> 
> New features, changes and fixes in gnuplot version 4.4.1
> ===========================================================
> 
> * NEW Support the "%s" format specifier in strftime()
> * NEW Optional 6th data column in candlesticks style to specific box width
> * NEW If integer arithmetic i*j or i**j would overflow, return value as a real
> * NEW "set style circle radius <default-radius>"
> * FIX autoconfiguration of readline support in OSX
> * FIX font problems in win terminal 
> * FIX Protect against runaway recursion by limiting depth of nested functions
> * FIX metapost terminal: Fix inheritance of line thickness by text strings
> * FIX cairo terminals could segfault on certain enhanced text strings
> * FIX pdfcairo output to stdout now works
> * FIX font ",size" in non-enhanced mode postscript terminals
> * FIX Do a better job of estimating the width of UTF-8 encoded strings
> * FIX baseline bug in canvas terminal rotation of enhanced text
> * FIX Allow "with labels" to work for binary input data
> * FIX update user GPVAL variables after plot in table mode
> * CHANGE depth-sorting of pm3d surfaces now applies jointly to all in the plot
> * CHANGE 3D impulses are now always drawn from z=0
> * CHANGE Enable HIDDEN_QUADTREE by default
> * CHANGE Enable "set fit errorvariables" by default
> * CHANGE Regardless of current timefmt, read time from binary files as a binary
> * CHANGE do not limit 3D rotation to 0<rotx<180
> 
> 		 NOTE TO PACKAGERS AND TESTERS 
> 		===============================
> 
> We strongly encourage you to build, test, and package the new cairo-based
> terminals. These are pngcairo and pdfcairo for output to file, and wxt as
> the default interactive terminal.
> 
> This introduces dependencies on
> 	libwxgtk2
> 	libpangocairo
> 	libpango
> 	libcairo
> 
> Of course the terminals (output modes) used by previous gnuplot versions
> are also still available, including png output based on libgd and
> interactive output using X11.
> 
> Demo plots illustrating these and other features are online at
> 
> 	http://gnuplot.sourceforge.net/demo/
> 
> You can download a source tarball for gnuplot version 4.4.1 from the 
> gnuplot development site on SourceForge.
> 
> 	http://sourceforge.net/project/showfiles.php?group_id=2055
> 
> 
> 		          OTHER NOTES
> 		===============================
> 
> Installation
> ------------
> Installation instructions are available in the source itself; the short
> version for linux/unix-like systems is to unpack the tarball and then
> build it:
> 		cd gnuplot-4.4.1 ; ./configure ; make
> test it:
> 		make check
> install it:
> 		make install
> 
> Pay careful attention to the output of the ./configure script.
> It may indicate that some output drivers have been omitted because the
> necessary support libraries were not found.  In general you need to have
> previously installed the "*-devel-*" versions of these libraries. 
> 
> 
> Known issues
> ------------
> 
> - OSX:  The wxt terminal does not work. Alpha-channel support in aquaterm
> requires aquaterm version 1.0.1, available from http://aquaterm.sourceforge.net
> Aquaterm itself may not work on 64-bit systems.
> 
> - External support library libgd version 2.0.36 introduces a new method
> of font selection using the fontconfig utitily.  However, it does not work
> properly without a patch to the upstream libgd source that has not yet made
> it into packaged versions.   Here it is:
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> --- gd-2.0.36/gdft.c    2008-03-09 16:05:52.000000000 -0700
> +++ gd-2.0.36-mod/gdft.c        2009-05-20 20:22:13.000000000 -0700
> @@ -1661,7 +1661,7 @@ static char * font_path(char **fontpath,
>  BGD_DECLARE(int) gdFTUseFontConfig(int flag)
>  {
>  #ifdef HAVE_LIBFONTCONFIG
> -       fontConfigFlag = 1;
> +       fontConfigFlag = flag;
>         return 1;
>  #else
>         return 0;
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> 
> - The MS Windows terminal device sometimes draws with a dashed line
> when it should draw with a solid line. (Tracker item 1952364).
> Also it doesn't yet fully support alpha-channel output.
> 
> 
> Support
> -------
> Please report all bugs and installation problems to the bug tracker
> on SourceForge:
> 
> 	http://sourceforge.net/tracker/?group_id=2055&atid=102055
> 
> There is also an active gnuplot discussion forum on usenet group
> 
> 	comp.graphics.apps.gnuplot
> 
> Development
> -----------
> Gnuplot development is quite active. The development branch on SourceForge
> contains preliminary implementations of many new features.  The development
> branch is currently identified as version 4.5.
> Feedback and contributions of code are very welcome.
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

4.4.1 release

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

   	           GNUPLOT VERSION 4.4.1
	    ===================================

Version 4.4.1 is an incremental update to the current official base
release gnuplot version 4.4.

A synopsis of changes since the previous release is given below and in the
NEWS file.  Further information is given in ChangeLog.

New features, changes and fixes in gnuplot version 4.4.1
===========================================================

* NEW Support the "%s" format specifier in strftime()
* NEW Optional 6th data column in candlesticks style to specific box width
* NEW If integer arithmetic i*j or i**j would overflow, return value as a real
* NEW "set style circle radius <default-radius>"
* FIX autoconfiguration of readline support in OSX
* FIX font problems in win terminal 
* FIX Protect against runaway recursion by limiting depth of nested functions
* FIX metapost terminal: Fix inheritance of line thickness by text strings
* FIX cairo terminals could segfault on certain enhanced text strings
* FIX pdfcairo output to stdout now works
* FIX font ",size" in non-enhanced mode postscript terminals
* FIX Do a better job of estimating the width of UTF-8 encoded strings
* FIX baseline bug in canvas terminal rotation of enhanced text
* FIX Allow "with labels" to work for binary input data
* FIX update user GPVAL variables after plot in table mode
* CHANGE depth-sorting of pm3d surfaces now applies jointly to all in the plot
* CHANGE 3D impulses are now always drawn from z=0
* CHANGE Enable HIDDEN_QUADTREE by default
* CHANGE Enable "set fit errorvariables" by default
* CHANGE Regardless of current timefmt, read time from binary files as a binary
* CHANGE do not limit 3D rotation to 0<rotx<180

		 NOTE TO PACKAGERS AND TESTERS 
		===============================

We strongly encourage you to build, test, and package the new cairo-based
terminals. These are pngcairo and pdfcairo for output to file, and wxt as
the default interactive terminal.

This introduces dependencies on
	libwxgtk2
	libpangocairo
	libpango
	libcairo

Of course the terminals (output modes) used by previous gnuplot versions
are also still available, including png output based on libgd and
interactive output using X11.

Demo plots illustrating these and other features are online at

	http://gnuplot.sourceforge.net/demo/

You can download a source tarball for gnuplot version 4.4.1 from the 
gnuplot development site on SourceForge.

	http://sourceforge.net/project/showfiles.php?group_id=2055


		          OTHER NOTES
		===============================

Installation
------------
Installation instructions are available in the source itself; the short
version for linux/unix-like systems is to unpack the tarball and then
build it:
		cd gnuplot-4.4.1 ; ./configure ; make
test it:
		make check
install it:
		make install

Pay careful attention to the output of the ./configure script.
It may indicate that some output drivers have been omitted because the
necessary support libraries were not found.  In general you need to have
previously installed the "*-devel-*" versions of these libraries. 


Known issues
------------

- OSX:  The wxt terminal does not work. Alpha-channel support in aquaterm
requires aquaterm version 1.0.1, available from http://aquaterm.sourceforge.net
Aquaterm itself may not work on 64-bit systems.

- External support library libgd version 2.0.36 introduces a new method
of font selection using the fontconfig utitily.  However, it does not work
properly without a patch to the upstream libgd source that has not yet made
it into packaged versions.   Here it is:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
--- gd-2.0.36/gdft.c    2008-03-09 16:05:52.000000000 -0700
+++ gd-2.0.36-mod/gdft.c        2009-05-20 20:22:13.000000000 -0700
@@ -1661,7 +1661,7 @@ static char * font_path(char **fontpath,
 BGD_DECLARE(int) gdFTUseFontConfig(int flag)
 {
 #ifdef HAVE_LIBFONTCONFIG
-       fontConfigFlag = 1;
+       fontConfigFlag = flag;
        return 1;
 #else
        return 0;
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

- The MS Windows terminal device sometimes draws with a dashed line
when it should draw with a solid line. (Tracker item 1952364).
Also it doesn't yet fully support alpha-channel output.


Support
-------
Please report all bugs and installation problems to the bug tracker
on SourceForge:

	http://sourceforge.net/tracker/?group_id=2055&atid=102055

There is also an active gnuplot discussion forum on usenet group

	comp.graphics.apps.gnuplot

Development
-----------
Gnuplot development is quite active. The development branch on SourceForge
contains preliminary implementations of many new features.  The development
branch is currently identified as version 4.5.
Feedback and contributions of code are very welcome.

Re: Release plan for 4.4.1

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

Hello

I'm glad to hear good News.

I appreciate efforts made by Ethan and all other staffs and users.
 
I myself begin to make 'to do list' for windows binary package.

Regards

Tatsuro

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

> Hi all,
> 
> In keeping with a target schedule to release updates at 6 month intervals, 
> I'm figuring to release gnuplot 4.4.1 next week.
> 
> There are several nice fixes in CVS for 4.4.1 including a configure 
> script that actually works on OSX 10.6 without messing up readline.
> 
> A longer list of changes is at the top of the NEWS file:
> 
> New features, changes and fixes in gnuplot version 4.4.1
> ========================================================
> 
> * NEW Support the "%s" format specifier in strftime()
> * NEW Optional 6th data column in candlesticks style to specific box width
> * NEW If integer arithmetic i*j or i**j would overflow, return value as a real
> * NEW "set style circle radius <default-radius>"                              
> * FIX autoconfiguration of readline support in OSX
> * FIX font problems in win terminal
> * FIX Protect against runaway recursion by limiting depth of nested functions
> * FIX metapost terminal: Fix inheritance of line thickness by text strings
> * FIX cairo terminals could segfault on certain enhanced text strings
> * FIX pdfcairo output to stdout now works
> * FIX font ",size" in non-enhanced mode postscript terminals
> * FIX Do a better job of estimating the width of UTF-8 encoded strings
> * FIX baseline bug in canvas terminal rotation of enhanced text
> * FIX Allow "with labels" to work for binary input data
> * FIX update user GPVAL variables after plot in table mode
> * CHANGE depth-sorting of pm3d surfaces now applies jointly to all in the plot
> * CHANGE 3D impulses are now always drawn from z=0
> * CHANGE Enable HIDDEN_QUADTREE by default
> * CHANGE Enable "set fit errorvariables" by default
> * CHANGE Regardless of current timefmt, read time from binary files as a binary
> * CHANGE do not limit 3D rotation to 0<rotx<180
> 
>                Ethan
> 
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Release plan for 4.4.1

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

Hi all,

In keeping with a target schedule to release updates at 6 month intervals, 
I'm figuring to release gnuplot 4.4.1 next week.

There are several nice fixes in CVS for 4.4.1 including a configure 
script that actually works on OSX 10.6 without messing up readline.

A longer list of changes is at the top of the NEWS file:

New features, changes and fixes in gnuplot version 4.4.1
========================================================

* NEW Support the "%s" format specifier in strftime()
* NEW Optional 6th data column in candlesticks style to specific box width
* NEW If integer arithmetic i*j or i**j would overflow, return value as a real
* NEW "set style circle radius <default-radius>"                              
* FIX autoconfiguration of readline support in OSX
* FIX font problems in win terminal
* FIX Protect against runaway recursion by limiting depth of nested functions
* FIX metapost terminal: Fix inheritance of line thickness by text strings
* FIX cairo terminals could segfault on certain enhanced text strings
* FIX pdfcairo output to stdout now works
* FIX font ",size" in non-enhanced mode postscript terminals
* FIX Do a better job of estimating the width of UTF-8 encoded strings
* FIX baseline bug in canvas terminal rotation of enhanced text
* FIX Allow "with labels" to work for binary input data
* FIX update user GPVAL variables after plot in table mode
* CHANGE depth-sorting of pm3d surfaces now applies jointly to all in the plot
* CHANGE 3D impulses are now always drawn from z=0
* CHANGE Enable HIDDEN_QUADTREE by default
* CHANGE Enable "set fit errorvariables" by default
* CHANGE Regardless of current timefmt, read time from binary files as a binary
* CHANGE do not limit 3D rotation to 0<rotx<180

               Ethan

Re: gnuplot.exe on windows built from cvs source does not accept 'return' for interactive mode

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

Hello

I have confirmed the fix!!

Thanks a lot!!

Tatsuro

--- Ethan Merritt wrote:

> On Friday 03 September 2010 01:32:27 am Tatsuro MATSUOKA wrote:
> > Hello
> > 
> > 2010-08-13  Ethan A Merritt  <merritt@u.washington.edu>
> > 
> > 	* src/ansichek.h src/gplt_x11.c src/plot.c src/readline.c src/show.c
> > 	src/stdfn.h src/syscfg.h term/x11.trm:  Remove conditional code for 
> > 	another obsolete platform (OSK/OS9, used for example on TRS-80).
> > 
> > The above change seems to be origin of the 'retuen key' issue for gnuplot.exe on windows.
> 
> Oops.  My fault.  
> One extra line deleted while removing OSK conditional code.
> Fixed now (I hope).
> 
> 	Ethan
> 
> 
> > Regards
> > 
> > Tatsuro
> >  
> > --- Tatsuro MATSUOKA > wrote:
> > 
> > > Hello
> > > 
> > > I have noticed today gnuplot.exe on windows built from cvs source does not accept 'return'
> in
> > > interactive mode. The latest ChangeLog date is 2010-08-30.
> > > 
> > > 
> > > I have tried the cvs binary built by Kakuto
> > > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > > gnuplot-45pl0w32.zip	31-Aug-2010 22:02 	7.6M
> > > 
> > > The gnuplot binaries by Kakuto built by the MSVC.
> > > The same issue has been found.
> > > 
> > > I have checked at the source of ChangeLog date is 2010-08-25 
> > > using "cvs update -D '(date string)'". The result is the same.
> > > 
> > > At the moment I cannot figure out what change causes this issue.
> > > 
> > > Regards
> > > 
> > > Tatsuro
> > > 
> > > --------------------------------------
> > > GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> > > http://pr.mail.yahoo.co.jp/gyao/
> > > 
> > > ------------------------------------------------------------------------------
> > > This SF.net Dev2Dev email is sponsored by:
> > > 
> > > Show off your parallel programming skills.
> > > Enter the Intel(R) Threading Challenge 2010.
> > > http://p.sf.net/sfu/intel-thread-sfd
> > > _______________________________________________
> > > gnuplot-beta mailing list
> > > gnu...@li...
> > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > > 
> > 
> > 
> > --------------------------------------
> > GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> > http://pr.mail.yahoo.co.jp/gyao/
> > 
> > ------------------------------------------------------------------------------
> > This SF.net Dev2Dev email is sponsored by:
> > 
> > Show off your parallel programming skills.
> > Enter the Intel(R) Threading Challenge 2010.
> > http://p.sf.net/sfu/intel-thread-sfd
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center,  K-428 Health Sciences Bldg
> University of Washington, Seattle 98195-7742
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: gnuplot.exe on windows built from cvs source does not accept 'return' for interactive mode

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

On Friday 03 September 2010 01:32:27 am Tatsuro MATSUOKA wrote:
> Hello
> 
> 2010-08-13  Ethan A Merritt  <merritt@u.washington.edu>
> 
> 	* src/ansichek.h src/gplt_x11.c src/plot.c src/readline.c src/show.c
> 	src/stdfn.h src/syscfg.h term/x11.trm:  Remove conditional code for 
> 	another obsolete platform (OSK/OS9, used for example on TRS-80).
> 
> The above change seems to be origin of the 'retuen key' issue for gnuplot.exe on windows.

Oops.  My fault.  
One extra line deleted while removing OSK conditional code.
Fixed now (I hope).

	Ethan


> Regards
> 
> Tatsuro
>  
> --- Tatsuro MATSUOKA > wrote:
> 
> > Hello
> > 
> > I have noticed today gnuplot.exe on windows built from cvs source does not accept 'return' in
> > interactive mode. The latest ChangeLog date is 2010-08-30.
> > 
> > 
> > I have tried the cvs binary built by Kakuto
> > http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> > gnuplot-45pl0w32.zip	31-Aug-2010 22:02 	7.6M
> > 
> > The gnuplot binaries by Kakuto built by the MSVC.
> > The same issue has been found.
> > 
> > I have checked at the source of ChangeLog date is 2010-08-25 
> > using "cvs update -D '(date string)'". The result is the same.
> > 
> > At the moment I cannot figure out what change causes this issue.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > --------------------------------------
> > GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> > http://pr.mail.yahoo.co.jp/gyao/
> > 
> > ------------------------------------------------------------------------------
> > This SF.net Dev2Dev email is sponsored by:
> > 
> > Show off your parallel programming skills.
> > Enter the Intel(R) Threading Challenge 2010.
> > http://p.sf.net/sfu/intel-thread-sfd
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> http://pr.mail.yahoo.co.jp/gyao/
> 
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742

Re: gnuplot.exe on windows built from cvs source does not accept 'return' for interactive mode

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

Hello

2010-08-13  Ethan A Merritt  <merritt@u.washington.edu>

	* src/ansichek.h src/gplt_x11.c src/plot.c src/readline.c src/show.c
	src/stdfn.h src/syscfg.h term/x11.trm:  Remove conditional code for 
	another obsolete platform (OSK/OS9, used for example on TRS-80).

The above change seems to be origin of the 'retuen key' issue for gnuplot.exe on windows.

Regards

Tatsuro
 
--- Tatsuro MATSUOKA > wrote:

> Hello
> 
> I have noticed today gnuplot.exe on windows built from cvs source does not accept 'return' in
> interactive mode. The latest ChangeLog date is 2010-08-30.
> 
> 
> I have tried the cvs binary built by Kakuto
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> gnuplot-45pl0w32.zip	31-Aug-2010 22:02 	7.6M
> 
> The gnuplot binaries by Kakuto built by the MSVC.
> The same issue has been found.
> 
> I have checked at the source of ChangeLog date is 2010-08-25 
> using "cvs update -D '(date string)'". The result is the same.
> 
> At the moment I cannot figure out what change causes this issue.
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> http://pr.mail.yahoo.co.jp/gyao/
> 
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: gnuplot.exe on windows built from cvs source does not accept 'return' for interactive mode

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

Hello

I have forgotten to write for wgnuplot.exe.
For wgnuplot.exe, there found no problem for 'return' key.

Regards

Tatsuro
--- Tatsuro MATSUOKA wrote:

> Hello
> 
> I have noticed today gnuplot.exe on windows built from cvs source does not accept 'return' in
> interactive mode. The latest ChangeLog date is 2010-08-30.
> 
> 
> I have tried the cvs binary built by Kakuto
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
> gnuplot-45pl0w32.zip	31-Aug-2010 22:02 	7.6M
> 
> The gnuplot binaries by Kakuto built by the MSVC.
> The same issue has been found.
> 
> I have checked at the source of ChangeLog date is 2010-08-25 
> using "cvs update -D '(date string)'". The result is the same.
> 
> At the moment I cannot figure out what change causes this issue.
> 
> Regards
> 
> Tatsuro
> 
> --------------------------------------
> GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> http://pr.mail.yahoo.co.jp/gyao/
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

gnuplot.exe on windows built from cvs source does not accept 'return' for interactive mode

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

Hello

I have noticed today gnuplot.exe on windows built from cvs source does not accept 'return' in
interactive mode. The latest ChangeLog date is 2010-08-30.


I have tried the cvs binary built by Kakuto
http://www.ring.gr.jp/pub/text/TeX/ptex-win32/w32/
gnuplot-45pl0w32.zip	31-Aug-2010 22:02 	7.6M

The gnuplot binaries by Kakuto built by the MSVC.
The same issue has been found.

I have checked at the source of ChangeLog date is 2010-08-25 
using "cvs update -D '(date string)'". The result is the same.

At the moment I cannot figure out what change causes this issue.

Regards

Tatsuro

--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: wxGLCanvas and an opengl terminal

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

On Monday 23 August 2010 01:35:08 pm Ethan Merritt wrote:
> That's not to say there is no path forward, of course.  Just that it
> would require re-thinking the API and creating new code for a whole lot
> more than just one new terminal driver.  Before plunging in to any 
> particular 3D terminal driver, I'd like to see some discussion about
> how to revise the API and the flow through the core plotting routines.
> There would need to be a clean alternative path through the code that
> avoids calculating a 2D projection, thereby losing the full 3D
> coordinates.

More thoughts:

If we can work out a reasonable code path for passing 3D coordinates
to the terminal drivers, this would also be of great use for the HTML
canvas terminal.  Currently it manages to support most mouse/keyboard
interactions for 2D plots, but none at all for 3D plots.  It would be
nice to also support rotation of 3D plots, although hidden surface
removal is probably too much to ask.

	Ethan

Re: wxGLCanvas and an opengl terminal

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

On 22.08.2010 21:57, Richard wrote:

> I have a few weeks free and thought I would use it to write an opengl
> terminal for gnuplot.

I fear that's pretty much impossible by design.  The gnuplot terminal 
API is expressly 2D-only, whereas OpenGL is 3D by design.

> It's meant to make it fast to examine data/functions interactively.

Faster than the existing mouse interaction?  Without breaking visibility 
of tick labels, axes or the key because they rotate to entirely the 
wrong place?  That might prove trickier than you anticipate.

A loong time ago, there was a suggested patch to add a VRML terminal 
driver.  It kind-of worked, but it was extremely intrusive and basically 
didn't integrate with any of gnuplot's 3D routines at all.  It was 
hardly any improvement over post-processed 'set table' output.

Re: wxGLCanvas and an opengl terminal

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

On Sunday 22 August 2010 12:57:15 pm Richard wrote:
> Hi
> 
> I have a few weeks free and thought I would use it to write an opengl
> terminal for gnuplot. It's meant to make it fast to examine
> data/functions interactively. I don't know if anything like this already
> exists, but I can't find it on any of the forums/this newsgroup. Any
> help or suggestions much appreciated. I'll post a patch once the first
> draft is done.

It's great that you would like to contribute to the project.
It would help if you would lay out what you see as the advantages/goals
of the new terminal.  

I am concerned that you may be aiming for a  "true 3D" output device, 
and I think that's not going to work. The problem is that while gnuplot
does read in and process 3D coordinates, the API between the core
plotting code and the individual terminal drivers is only 2D.
That is, the core plotting routines calculate a 2D projection and
pass only the 2D coordinates to the terminal driver.  So you can't
just slot in a 3D terminal driver using the existing API.

That's not to say there is no path forward, of course.  Just that it
would require re-thinking the API and creating new code for a whole lot
more than just one new terminal driver.  Before pluging in to any 
particular 3D terminal driver, I'd like to see some discussion about
how to revise the API and the flow through the core plotting routines.
There would need to be a clean alternative path through the code that
avoids calculating a 2D projection, thereby losing the full 3D
coordinates.

	Ethan



-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742

wxGLCanvas and an opengl terminal

[Richard <ric...@gm...>]

Hi

I have a few weeks free and thought I would use it to write an opengl
terminal for gnuplot. It's meant to make it fast to examine
data/functions interactively. I don't know if anything like this already
exists, but I can't find it on any of the forums/this newsgroup. Any
help or suggestions much appreciated. I'll post a patch once the first
draft is done.

Fwd: Re: ./configure does not check libpng correctly in recent cygwin. (cvs source 2010-08-14)

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

This is just a forwarded message to the list.

--- Tatsuro MATSUOKA  wrote:

> Date:Wed, 18 Aug 2010 07:31:24 +0900 (JST)
> From:Tatsuro MATSUOKA <tma...@ya...>
> Subject:Re: ./configure does not check libpng correctly in recent cygwin. (cvs source
> 2010-08-14)
> To:Hans-Bernhard Br将モker <HBB...@t-...>
> 
> Hello
> 
> --- Hans-Bernhard Br将モker wrote:
> 
> > On 17.08.2010 04:03, Tatsuro MATSUOKA wrote:
> > > Now in the latest cygwin, libpng is removed and only libpng12 exist.
> > 
> > It's not actually removed. They just moved it to a different package: 
> > libpng14.
> 
> Thank you for your information.
> 
> Regards
> 
> Tatsuro 
> 
> 
> --------------------------------------
> GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> http://pr.mail.yahoo.co.jp/gyao/
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: ./configure does not check libpng correctly in recent cygwin. (cvs source 2010-08-14)

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

Sorry 

A correction:
> Now in the latest cygwin, libpng is removed and only libpng12 exist.

->

Now in the latest cygwin, libpng.a and libpng.a are removed and only libpng12.dll.a and libpng12.a
exist in /usr/lib.

Tatsuro

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> I have found that during in the 'make pdffigures'.
> 
> ../src/gnuplot plotstyles.gnu
> "plotstyles.gnu", line 327: This copy of gnuplot cannot read png/gif/jpeg images
> 
> make: *** [figures] Error 1
> 
> I have checked config.h and config.log.
> 
> I found in config.h
> 
> /* Define if libgd supports png. */
> /* #undef HAVE_GD_PNG */
> 
> and found in config.log
> 
> configure:8811: checking for gdImageStringFT in -lgd
> configure:8836: gcc -shared-libgcc -o conftest.exe -O3 -fomit-frame-pointer  
> -I/usr/local/include 
> -L/usr/lib conftest.c -lgd   -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -liconv
> -ljpeg
> -lfreetype >&5
> configure:8836: $? = 0
> configure:8845: result: yes
> configure:8904: checking for gdImagePng in -lgd
> configure:8929: gcc -shared-libgcc -o conftest.exe -O3 -fomit-frame-pointer  
> -I/usr/local/include 
> -L/usr/lib conftest.c -lgd   -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -liconv
> -ljpeg
> -lfreetype -lpng >&5
> /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld: cannot find -lpng
> collect2: ld returned 1 exit status
> configure:8929: $? = 1
> 
> Now in the latest cygwin, libpng is removed and only libpng12 exist.
> Perhaps the second test effective and png was not effective thus  resulted in 
> 
> /* Define if libgd supports png. */
> /* #undef HAVE_GD_PNG */
> 
> in config.h.
> 
> If the first check is OK and then second check should be skipped.
> 
> Temporally I have made a symbolic link to avoid the detection failure of the libpng.  
>  ln -s libpng12.dll.a libpng.dll.a
> 
> Regards
> 
> Tatsuro
> 
> 
> --------------------------------------
> GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
> http://pr.mail.yahoo.co.jp/gyao/
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

help file on windows

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

Hello

I have found a topic in comp.graphics.apps.gnuplot

Tile: operators documentation

URL: http://groups.google.co.jp/group/comp.graphics.apps.gnuplot/browse_thread/thread/1fd95cbb2017f961

The help file bundled with the gnuplot 4.4.0 officially distributed had been made by me.

As reported in the above, spaces between Symbol and Example had seemed to be ignored. 

Symbol       Example      Explanation
**a**b          exponentiation
*a*b           multiplication
<snip>
.A.B           string concatenation
eq          A eq B        string equality
ne          A ne B        string inequality

Please note that in the case of 'eq' and 'ne' space seem to be inserted correctly.

I have look into corresponding part of gnuplot.rtf
\par
{\pard \plain \f1\fs20     Symbol       Example      Explanation}\par
{\pard \plain \f1\fs20       **          a**b          exponentiation}\par
{\pard \plain \f1\fs20       *           a*b           multiplication}\par
<snip>
{\pard \plain \f1\fs20       .           A.B           string concatenation}\par
{\pard \plain \f1\fs20       eq          A eq B        string equality}\par
{\pard \plain \f1\fs20       ne          A ne B        string inequality}\par


It seems to be spaces between characters like '*', '+',,, etc seemed to be ignored in my case.
The 'eq' and 'ne' consist of alphabet letters.  In the case, space seemed to be inserted in proper
way.

I have no definite reason mistranslating space in my case at the moment.

The version of Microsoft help workshop I am using is  4.03.0002.

For the help file for windows, the hlp format is not supported in the windows vista and 7.
It is better to use Microsoft Html Work shop, which generates help files  in '.chm' format.

However, it is time consuming work that I cannot commit it at the moment.

What I can do do is to upload gnuplot.rft generated from gnuplot.doc. It can be convert to help files
correctly by others.

Please give good suggestions on this matter.

Thank you for your reading my bad English.

Regards

Tatsuro


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

./configure does not check libpng correctly in recent cygwin. (cvs source 2010-08-14)

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

Hello

I have found that during in the 'make pdffigures'.

../src/gnuplot plotstyles.gnu
"plotstyles.gnu", line 327: This copy of gnuplot cannot read png/gif/jpeg images

make: *** [figures] Error 1

I have checked config.h and config.log.

I found in config.h

/* Define if libgd supports png. */
/* #undef HAVE_GD_PNG */

and found in config.log

configure:8811: checking for gdImageStringFT in -lgd
configure:8836: gcc -shared-libgcc -o conftest.exe -O3 -fomit-frame-pointer   -I/usr/local/include 
-L/usr/lib conftest.c -lgd   -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -liconv -ljpeg
-lfreetype >&5
configure:8836: $? = 0
configure:8845: result: yes
configure:8904: checking for gdImagePng in -lgd
configure:8929: gcc -shared-libgcc -o conftest.exe -O3 -fomit-frame-pointer   -I/usr/local/include 
-L/usr/lib conftest.c -lgd   -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -liconv -ljpeg
-lfreetype -lpng >&5
/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld: cannot find -lpng
collect2: ld returned 1 exit status
configure:8929: $? = 1

Now in the latest cygwin, libpng is removed and only libpng12 exist.
Perhaps the second test effective and png was not effective thus  resulted in 

/* Define if libgd supports png. */
/* #undef HAVE_GD_PNG */

in config.h.

If the first check is OK and then second check should be skipped.

Temporally I have made a symbolic link to avoid the detection failure of the libpng.  
 ln -s libpng12.dll.a libpng.dll.a

Regards

Tatsuro


--------------------------------------
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

Re: enhanced font remain for x11 term

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

On Monday 09 August 2010 04:15:22 am Shigeharu TAKENO wrote:
> shige 08/09 2010
> ----------------
> 
> Ethan Merritt wrote:
> | > In enhanced mode for x11 term, the following commands
> | > 
> | >  set ylabel '{/Symbol=20 x}'
> | >  set xlabel 'sin' font ',14'
> | >  plot sin(x) notitle
> | > 
> | > put the xlabel of "Symbol" font, but other terminals (post,wxt,
> | > svg,emf) put xlabels of default font.
> | > 
> | > This may be fixed by the following patch.
> | 
> | Thank you for the bug report.
> | Your test case does indeed reveal a problem.
> | Unfortunately, on my computer the patch does not fix it.
> | Maybe we need a corresponding change in gplt_x11?
> 
> I find that the gnuplot_x11 uses the previous font if the default
> font is unknown and the font specification form is ',<size>'. For
> example, 
> 
>   set term x11 enh font "Unknown-Fontname"
>   set ylabel '{/Symbol=20 x}'
>   set xlabel 'sin' font ',14'
>   plot x
> 
> the problem also remains even if with my last patch. 
> 
> The following additional patch for src/gplt_x11.c may solve the 
> problem. But, I don't know well that we should use the default 
> font instead of previous font for such a case.

I think the correct fix in gnuplot_x11 is directly equivalent to your
earlier fix to x11.trm.   At the end of enhanced text processing, the
font must be restored to its default.  Also, the previous_font_name
should be restored to its default.

So when gnuplot_X11 sees the "QF" command sent by your earlier fix,
it just needs to clear previous_font_name.  In my testing that is
sufficient.  I've added both the x11 and gplt_x11.c fixes to CVS.

Note:  Two different cases need to be tested, because the code path
is different depending on the presence or absence of an X11 resource  
"gnuplot*font".

	Ethan
	

> 
> ----- From here -----
> --- src/gplt_x11.c.ORG	Mon Aug  9 18:54:02 2010
> +++ src/gplt_x11.c	Mon Aug  9 20:02:38 2010
> @@ -5549,7 +5549,9 @@
>  pr_font( fontname )
>  char *fontname;
>  {
> +#if 0
>      static char previous_font_name[128];
> +#endif
>      char fontspec[128];
>      int  fontsize = 0;
>  #ifdef USE_X11_MULTIBYTE
> @@ -5612,7 +5614,11 @@
>  #endif
>  	} else if (*fontname == ',') {
>  	    sscanf(&fontname[1], "%d", &fontsize);
> +#if 0
>  	    fontname = previous_font_name;
> +#else
> +	    fontname = default_font;
> +#endif
>  #ifdef USE_X11_MULTIBYTE
>  	    backfont = 1;
>  #endif
> @@ -5758,8 +5764,10 @@
>  	if (usemultibyte && orgfontname)
>  	  fontname = orgfontname;
>  #endif
> +#if 0
>          strncpy(previous_font_name, fontname, sizeof(previous_font_name)-1);
>          FPRINTF((stderr, "gnuplot_x11:saving current font name \"%s\"\n", previous_font_name));
> +#endif
>      }
>  
>      /* By now we have tried everything we can to honor the specific request. */
> ----- To here -----
> 
> +========================================================+
>  Shigeharu TAKENO     NIigata Institute of Technology
>                        kashiwazaki,Niigata 945-1195 JAPAN
>  sh...@ie...   TEL(&FAX): +81-257-22-8161
> +========================================================+
> 

-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742

Re: What would break if we make conv_text() a null operation?

[Jürgen W. <wie...@fr...>]

Hi list,

> Was there originally a good reason for this?
> What would break if the routine conv_text() became a null operation?
>   conv_text(const char *s) { return s; }
>
[...]
> 
> [2] OK, I can see the rationale for escaping <tab>, <return>,
> <linefeed>, and possibly <doublequote> in the output from "show" and
>  "save". But those are about the only exceptions I can think of.

Well, these things are crucial.  Escape sequences, backslashes and
double quotes need to be escaped (as you know).  Quoting characters
>= 128 is not that important, I guess, and for UTF8 not even
sensible.

Juergen

What would break if we make conv_text() a null operation?

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

(NB: The example below won't make much sense if whatever program
 you are using to read this doesn't handle UTF-8 encoding)

Currently gnuplot+readline reads strings from the input stream 
without regard to what encoding they are in.  They are simply
passed through to the various plotting commands as-is.
It's up to you to give the output terminal a proper encoding and font.
But the "show" and "save" commands convert all non-ascii 
strings to a series of escaped octal bytes, which makes them
non-readable by mere humans.

I find the following really annoying:
gnuplot> set label 1 "Hélàs"
gnuplot> set label 2 "β ≦ ξ"
gnuplot> show label
         label 1 "H\303\251l\303\240s" at (0, 0, 0) left
         label 2 "\316\262 \342\211\246 \316\276" at (0, 0, 0) left

The same annoying thing happens if I do a "save";
the file that is created obscures the labels, titles, 
string variables, etc by replacing all non-ascii characters
with byte-by-byte octal representations.

Was there originally a good reason for this?
What would break if the routine conv_text() became a null operation?
  conv_text(const char *s) { return s; }

[1] I realize that if you save a file on a UTF-8 system and read
it back on some non-UTF system the contents of the string will
not make sense.  But they won't make any sense in their octal
representation either, so I can't see how it helps any.

[2] OK, I can see the rationale for escaping <tab>, <return>,
<linefeed>, and possibly <doublequote> in the output from "show" and "save".
But those are about the only exceptions I can think of.

[3] If getting rid of conv_text() altogether is too radical,
how about skipping it only if the current encoding is UTF-8?

	Ethan

Thoughts on recommended citation when using gnuplot?

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

I am forwarding a bit of recent correspondence on this question.
Anyone have different or additional suggestions?

%%%%%% begin forward %%%%%%
> could you please let me know how you normally/preferably reference gnuplot in
> publications (since you are the link between gnuplot and the crystallographic
> world)?

I don't know of any formal policy.  It's an interesting question, and I will
see if anyone on the developer's mailing list has anything to add.
 
> My current Bibtex entry reads
> @manual{gnuplot,
> author = "Williams, T. and Kelley, C.",
> title  = "gnuplot",
> date   = "Aug 31, 2007",
> year   = "2007",
> url    = {http://www.gnuplot.info}
> }

> but maybe there is something better?

I suggest:

@MISC{Gnuplot_4.4,
 author = {Thomas Williams and Colin Kelley and {many others}},
 title = {Gnuplot 4.4: an interactive plotting program},
 month = {March},
 year = {2010},
 howpublished={\url{http://gnuplot.sourceforge.net/}}
}

Other ways to handle URLs in BibTeX are listed at
http://win.ua.ac.be/~nschloe/content/bibtex-how-cite-website

        cheers,

                Ethan

%%%%%% end forward %%%%%%

-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742

Re: enhanced font remain for x11 term

[Shigeharu T. <sh...@ie...>]

shige 08/09 2010
----------------

Ethan Merritt wrote:
| > In enhanced mode for x11 term, the following commands
| > 
| >  set ylabel '{/Symbol=20 x}'
| >  set xlabel 'sin' font ',14'
| >  plot sin(x) notitle
| > 
| > put the xlabel of "Symbol" font, but other terminals (post,wxt,
| > svg,emf) put xlabels of default font.
| > 
| > This may be fixed by the following patch.
| 
| Thank you for the bug report.
| Your test case does indeed reveal a problem.
| Unfortunately, on my computer the patch does not fix it.
| Maybe we need a corresponding change in gplt_x11?

I find that the gnuplot_x11 uses the previous font if the default
font is unknown and the font specification form is ',<size>'. For
example, 

  set term x11 enh font "Unknown-Fontname"
  set ylabel '{/Symbol=20 x}'
  set xlabel 'sin' font ',14'
  plot x

the problem also remains even if with my last patch. 

The following additional patch for src/gplt_x11.c may solve the 
problem. But, I don't know well that we should use the default 
font instead of previous font for such a case.

----- From here -----
--- src/gplt_x11.c.ORG	Mon Aug  9 18:54:02 2010
+++ src/gplt_x11.c	Mon Aug  9 20:02:38 2010
@@ -5549,7 +5549,9 @@
 pr_font( fontname )
 char *fontname;
 {
+#if 0
     static char previous_font_name[128];
+#endif
     char fontspec[128];
     int  fontsize = 0;
 #ifdef USE_X11_MULTIBYTE
@@ -5612,7 +5614,11 @@
 #endif
 	} else if (*fontname == ',') {
 	    sscanf(&fontname[1], "%d", &fontsize);
+#if 0
 	    fontname = previous_font_name;
+#else
+	    fontname = default_font;
+#endif
 #ifdef USE_X11_MULTIBYTE
 	    backfont = 1;
 #endif
@@ -5758,8 +5764,10 @@
 	if (usemultibyte && orgfontname)
 	  fontname = orgfontname;
 #endif
+#if 0
         strncpy(previous_font_name, fontname, sizeof(previous_font_name)-1);
         FPRINTF((stderr, "gnuplot_x11:saving current font name \"%s\"\n", previous_font_name));
+#endif
     }
 
     /* By now we have tried everything we can to honor the specific request. */
----- To here -----

+========================================================+
 Shigeharu TAKENO     NIigata Institute of Technology
                       kashiwazaki,Niigata 945-1195 JAPAN
 sh...@ie...   TEL(&FAX): +81-257-22-8161
+========================================================+