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

Re: Contributions to web pages and FAQ

[Tim H. <tim...@un...>]

> I remember there was an announcement of JavaPlot, but I had no time to edit 
> web pages. Any volunteer for contributions to web pages, as well as to the 
> FAQ, is welcome.
This is already included for a while. Accidentally it went in the 
front-end section rather than in the library section. Corrected:
http://home.arcor.de/lord_astfgl/links.html

Is there a reason why h3 is colored green in the css?

I'm not sure if it's worth the effort, but it might be reasonable to 
have the website sourcecode included in the CVS.

Tim

Contributions to web pages and FAQ

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

> I'd apreciate a link to the sourceforge project page on the index page, 
> maybe in the section of the development version.

??? please send patch

> Furthermore I applied the changes announced in 
> http://sourceforge.net/mailarchive/forum.php?thread_name=477AA67C.2080607%40uni-bonn.de&forum_name=gnuplot-beta 
> to the links page.
> sections front-ends and programming interfaces:
> - updated some broken links
> - moved items with broken links to "no longer available" if no current 
> link found (original links commented out in source code)
> 
> the new version can be found at
> http://home.arcor.de/lord_astfgl/links.html
> It would be nice, if you could update it to the page.

Great, thanks!
I've uploaded the file (with minor corrections in the header), please check it.

I remember there was an announcement of JavaPlot, but I had no time to edit 
web pages. Any volunteer for contributions to web pages, as well as to the 
FAQ, is welcome.

I propose this procedure for changes:

- Get the html file via "wget", not "Save as" from web browsers
  (they do some strange things)
  The use of wget guarantees to get the page as-is.

- Change it.

- Send the result as a patch (command "diff -u old.html new.html"),
  or do it as you have done it via letting the modified page somewhere
  else on the web.


For contributions to FAQ, please see 
	http://gnuplot.sourceforge.net/faq/index.html

---
PM

Re: Announcing the book on the website

[Tino W. <ti...@wi...>]

Ethan Merritt wrote:
> On Tuesday 25 March 2008 08:40, Tim Hoffmann wrote:
>>> I really don't want to take on the job of web site maintenance,
>>> so I'm just offering this as a comment.
>> I'm not really sure if I understand you correctly. Does this mean you
>> don't want to write code, but still can update a corrected file? Or is 
>> there someone else who maintains the website and I should address him 
>> for changes?
> 
> Anyone on the development team can modify the web site files,
> including me.  But so far as I know, there is no one in particular
> who is specifically responsible for the web site.  I am more than
> busy enough keeping an eye on the codebase, and would rather 
> someone else kept an eye on the web files.
> 
> Any volunteers?

Are they just plain files sitting in a directory? Accessible
via ssh+public key?

Regards
Tino

Re: Announcing the book on the website

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

On Tuesday 25 March 2008 08:40, Tim Hoffmann wrote:
> 
> > I really don't want to take on the job of web site maintenance,
> > so I'm just offering this as a comment.
> I'm not really sure if I understand you correctly. Does this mean you
> don't want to write code, but still can update a corrected file? Or is 
> there someone else who maintains the website and I should address him 
> for changes?

Anyone on the development team can modify the web site files,
including me.  But so far as I know, there is no one in particular
who is specifically responsible for the web site.  I am more than
busy enough keeping an eye on the codebase, and would rather 
someone else kept an eye on the web files.

Any volunteers?

-- 
Ethan A Merritt

Re: Announcing the book on the website

[Tim H. <tim...@un...>]

> I notice you have replaced the relative links
>    <a href="files/something.here"> 
> with absolute links
>    <a href="http://gnuplot.sourceforge.net/files/something.here">
> 
> But this is maybe not such a good idea, since the web site is mirrored.
> For instance, people can use the http://gnuplot.info  site even if
> SourceForge is unavailable.  But if you mirror the absolute links, then
> the mirror site is no longer self-contained.
Thanks. You're absolutely right. I didn't notice that Firefox changes 
absolute to relative links when saving a page. Now the links are 
relative again.

> I really don't want to take on the job of web site maintenance,
> so I'm just offering this as a comment.
I'm not really sure if I understand you correctly. Does this mean you
don't want to write code, but still can update a corrected file? Or is 
there someone else who maintains the website and I should address him 
for changes?

Re: Announcing the book on the website

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

On Tuesday 25 March 2008 05:43, Tim Hoffmann wrote:
> I'd apreciate a link to the sourceforge project page on the index page, 
> maybe in the section of the development version.
> 
> 
> Furthermore I applied the changes announced in 
> http://sourceforge.net/mailarchive/forum.php?thread_name=477AA67C.2080607%40uni-bonn.de&forum_name=gnuplot-beta 
> to the links page.
> sections front-ends and programming interfaces:
> - updated some broken links
> - moved items with broken links to "no longer available" if no current 
> link found (original links commented out in source code)
> 
> the new version can be found at
> http://home.arcor.de/lord_astfgl/links.html
> It would be nice, if you could update it to the page.

I notice you have replaced the relative links
   <a href="files/something.here"> 
with absolute links
   <a href="http://gnuplot.sourceforge.net/files/something.here">

But this is maybe not such a good idea, since the web site is mirrored.
For instance, people can use the http://gnuplot.info  site even if
SourceForge is unavailable.  But if you mirror the absolute links, then
the mirror site is no longer self-contained.

I really don't want to take on the job of web site maintenance,
so I'm just offering this as a comment.

-- 
Ethan A Merritt

Re: Announcing the book on the website

[Tim H. <tim...@un...>]

I'd apreciate a link to the sourceforge project page on the index page, 
maybe in the section of the development version.


Furthermore I applied the changes announced in 
http://sourceforge.net/mailarchive/forum.php?thread_name=477AA67C.2080607%40uni-bonn.de&forum_name=gnuplot-beta 
to the links page.
sections front-ends and programming interfaces:
- updated some broken links
- moved items with broken links to "no longer available" if no current 
link found (original links commented out in source code)

the new version can be found at
http://home.arcor.de/lord_astfgl/links.html
It would be nice, if you could update it to the page.

Regards,
Tim

index.html in /development/binaries/

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

Looking into
	http://gnuplot.sourceforge.net/development/binaries/

all of the file names are truncated making the names unresolvable. Isn't 
there some option for Apache (for .htaccess file?) to not truncate them?

If not, I would generate index.html by the script   update_index_html.sh 
therein (see   index_TryThisNew.html   what it will produce).

---
PM

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

Hello

Thank you for your advises. 

I'll mere send message to the Octave ML to announce that I will revise the page after testing the your
advices.

Thanks!!

> BTW, is mkfifo() working on Octave on Windows? Few years ago, I've written 
> ginput.m which needs this. Unfortunately this works only in Octave 2.1 but 
> not in Octave 3.0 (it needs graw()). I've just sent a mail to the Octave ML.

I do not know it.

Tatsuro  
   
--- Petr Mikulik <mi...@ph...> wrote:

> > Thank you for your advise.  Today I have no time revise my page.
> > The can I forward your advise to the Octave ML?
> 
> I think you should
> - update octaveX11.bat
> - test that it really works with gnuplot in cygwin's /usr/local/
>   as well as it is being in Octave's directory locally
> - test that printing to postscript works
> - test that printing to other format works
>   (I'm not sure whether I have enabled png/jpg ... if not, let me know)
> 
> and if all is successful, then you can announce it elsewhere.
> 
> > However it is difficult to me.  One day I noticed that the possiblity of 
> > using gnuplot4.3 cygwin for windows native octave.  It tried it and it was 
> > successful.  I am really glad to able to use the gnuplot4.3 from octave 
> > which is native to windows, which allows us to use mouse zooming!!!!.
> 
> BTW, is mkfifo() working on Octave on Windows? Few years ago, I've written 
> ginput.m which needs this. Unfortunately this works only in Octave 2.1 but 
> not in Octave 3.0 (it needs graw()). I've just sent a mail to the Octave ML.
> 
> ---
> Petr Mikulik
> 


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

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

> Thank you for your advise.  Today I have no time revise my page.
> The can I forward your advise to the Octave ML?

I think you should
- update octaveX11.bat
- test that it really works with gnuplot in cygwin's /usr/local/
  as well as it is being in Octave's directory locally
- test that printing to postscript works
- test that printing to other format works
  (I'm not sure whether I have enabled png/jpg ... if not, let me know)

and if all is successful, then you can announce it elsewhere.

> However it is difficult to me.  One day I noticed that the possiblity of 
> using gnuplot4.3 cygwin for windows native octave.  It tried it and it was 
> successful.  I am really glad to able to use the gnuplot4.3 from octave 
> which is native to windows, which allows us to use mouse zooming!!!!.

BTW, is mkfifo() working on Octave on Windows? Few years ago, I've written 
ginput.m which needs this. Unfortunately this works only in Octave 2.1 but 
not in Octave 3.0 (it needs graw()). I've just sent a mail to the Octave ML.

---
Petr Mikulik

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

Hello Petr Mikulik

Thank you for your advise.  Today I have no time revise my page.
The can I forward your advise to the Octave ML?

I hope your affrimative reply.

BTW:
> BTW, I'm pleased to know that the 423win32x11 / 43winbinX11 packages are 
> useful ... that may also explain why there are so many downloads from 
> SourceForge.

I have been purchasing the gnuplot work on windows which allows volatile data from pipe for octave
which is native to windows.
I have tried to revise of pgnuplot to do this.
However it is difficult to me.  One day I noticed that the possiblity of using gnuplot4.3 cygwin for
windows native octave.  It tried it and it was successful.  I am really glad to able to use the
gnuplot4.3 from octave which is native to windows, which allows us to use mouse zooming!!!!.

I really appreciate to you and Ethan for your effors on the gnuplot.

Thanks!!!!!

Tatsuro 

--- Petr Mikulik <mi...@ph...> wrote:

> > I have update the page: Using gnuplot 4.3 (cvs) on MSVC-octave in
> > http://www.geocities.jp/tmoctwin/
> > to use the gnuplor4.3winX11 prepared by you.
> 
> Fine.
> 
> I have read the instructions. However, they seem to be rather complicated. I 
> would recommend simpler install -- two possibilities:
> 
> A. You have full cygwin installation.
>    Unzip usr_local.zip in cygwin's root (C:\Cygwin\...).
>    Afterwards, you can find C:\Cygwin\...\usr\local\bin\gnuplot
> 
> B. You want to have this gnuplot locally installed for Octave only.
>    Unzip usr_local.zip into <where Octave is already installed>
>    Afterwards, you can find ...\usr\local\bin\gnuplot
> 
> 
> The script starting octave must be modified. It should detect if gnuplot is 
> not installed according to A. Then it would look somehow like:
> 
>    if fileexist ....\octave\usr\local\bin\gnuplot
> 	PATH=....\usr\local\bin\gnuplot;%PATH%
> 	GNUHELP=..../usr/local/share/gnuplot/4.3/gnuplot.gih
> 	GNUPLOT_DRIVER_DIR=..../usr/local/libexec/4.3
> 	GNUPLOT_PS_DIR=..../usr/local/share/gnuplot/4.3/PostScript
> 
> I hope it will work well with Octave's print('-deps', ...) command.
> 
> 
> BTW, I'm pleased to know that the 423win32x11 / 43winbinX11 packages are 
> useful ... that may also explain why there are so many downloads from 
> SourceForge.
> 
> ---
> Petr Mikulik
> 


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

Re: Using gnuplot 4.3 (cvs) on MSVC-octave

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

> I have update the page: Using gnuplot 4.3 (cvs) on MSVC-octave in
> http://www.geocities.jp/tmoctwin/
> to use the gnuplor4.3winX11 prepared by you.

Fine.

I have read the instructions. However, they seem to be rather complicated. I 
would recommend simpler install -- two possibilities:

A. You have full cygwin installation.
   Unzip usr_local.zip in cygwin's root (C:\Cygwin\...).
   Afterwards, you can find C:\Cygwin\...\usr\local\bin\gnuplot

B. You want to have this gnuplot locally installed for Octave only.
   Unzip usr_local.zip into <where Octave is already installed>
   Afterwards, you can find ...\usr\local\bin\gnuplot


The script starting octave must be modified. It should detect if gnuplot is 
not installed according to A. Then it would look somehow like:

   if fileexist ....\octave\usr\local\bin\gnuplot
	PATH=....\usr\local\bin\gnuplot;%PATH%
	GNUHELP=..../usr/local/share/gnuplot/4.3/gnuplot.gih
	GNUPLOT_DRIVER_DIR=..../usr/local/libexec/4.3
	GNUPLOT_PS_DIR=..../usr/local/share/gnuplot/4.3/PostScript

I hope it will work well with Octave's print('-deps', ...) command.


BTW, I'm pleased to know that the 423win32x11 / 43winbinX11 packages are 
useful ... that may also explain why there are so many downloads from 
SourceForge.

---
Petr Mikulik

Using gnuplot 4.3 (cvs) on MSVC-octave

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

Hello Petr Mikulik

I have update the page: Using gnuplot 4.3 (cvs) on MSVC-octave
in

http://www.geocities.jp/tmoctwin/

to use the gnuplor4.3winX11 prepared by you.

Regards

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

> Hello Mikulik
> 
> I will change the way.
> I will use your gnuplot cvs on X11.
> 
> I think that it is the best to avoid users confusion.
> After I finished the work I will report here.
> 
> Thanks!
> 
> Tatsuro 
> 
> > Thank you Mikulik
> > 
> > > - It does not contain postscript prologue files, so that Octave users
> > >   cannot print.
> > > - It contains 00README file with MY signature, but I haven't NOT produced
> > >   this package!
> > Sorry for my ingnorance.
> > I will fix my package with reference to your package and delete 00README and 
> > prepare Readme.txt with my signature.
> 
> --------------------------------------
> 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: pgnuplot.exe flow control

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

Hello Mikulik

I will change the way.
I will use your gnuplot cvs on X11.

I think that it is the best to avoid users confusion.
After I finished the work I will report here.

Thanks!

Tatsuro 

> Thank you Mikulik
> 
> > - It does not contain postscript prologue files, so that Octave users
> >   cannot print.
> > - It contains 00README file with MY signature, but I haven't NOT produced
> >   this package!
> Sorry for my ingnorance.
> I will fix my package with reference to your package and delete 00README and 
> prepare Readme.txt with my signature.

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

Re: pgnuplot.exe flow control

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

Hello

> Since I work mostly on Linux, I can't say much about pgnuplot.
> But I am using gnuplot as a plotting backend as well and
> observed similar problems. My solution was to make the gnuplot
> interface bi-directional and have gnuplot work in interactive
> mode. (You need to use two pipes for that).
> 
> In interactive mode for every line of data you pipe to gnuplot 
> it sends back a prompt ("input data ('e' ends) >"). That means
> for every line of data you need to read the prompt from the
> input pipe. It is more work to implement a bi-directional
> interface, but that way the pace of the data flow adjusts
> automatically.


As HBB explained, the pgnuplot pasting the data to the wgnuplot console.
I have tried to send binary data via pipe by changning stdin of pgnuplot to binary mode but
failed.  

I do not know why you have comitted to pgnuplot.
If you are unix user and you have to work on windows with, I reccomed you to use the cygwin.

Regards

Tatsuro


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

Re: Announcing the book on the website

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

On Monday 24 March 2008 15:59, Petr Mikulik wrote:
> > Cleaned up a bit on SourceForge, and used to show the dummied up 
> > version of Philipp Janert's book announcement:
> >     http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/
> 
> I see the current change at
> 	http://gnuplot.sourceforge.net
> 
> The bottom part is OK, but the top part ... I don't like. The two-column is 
> too narrow, and the background colour is strange. Please revert it back.
> 
> However, what would be nicer, is to "gnuplot homepage" title center
> over the "line" with "[Plot Figure] TOC [Splot Figure]".

OK.

	Ethan

> >From the previous discussion, it seems to be useful to put "NEWS" section on 
> the page. I propose to put it on the current bottom. 
> There, two columns  
> could be used.
> 
> Proposal:
> 
> Current released ...				Development version ...
> ....
> Here is ...
> 
> <hr>
> 
> NEWS:
> 24.3.2008: Testing binaries of 4.3 updated.     |   An upcoming book: ...
> 8.3.2008: Gnuplot 4.2.3 released.               |   ...
>                                                 |   Proof-reading welcome.
> 
> 
> March 2008
> 
> 
> ***
> 
> Note: the NEWS section can also be used for adding short info about added 
> new links, tutorials, or scripts elsewhere on the web page.
 

-- 
Ethan A Merritt

Re: pgnuplot.exe flow control

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

Thank you Mikulik

> - It does not contain postscript prologue files, so that Octave users
>   cannot print.
> - It contains 00README file with MY signature, but I haven't NOT produced
>   this package!
Sorry for my ingnorance.
I will fix my package with reference to your package and delete 00README and 
prepare Readme.txt with my signature.

> It seems to me there is some confusion above. I haven't found anything like 
> "specially prepared console mode gnuplot".
Perhaps because my Enligh writing poor, I have confused you. 
But I stated about section 2.1.1 in ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries. 
To aviod further confusion I reffered here.

==================================================
2.1.1 gnuplot bundled with MSVC-octave
==================================================

 Please edit the file 'octaverc' in the ....octave-3.0.xx\share\octave\3.0.xx\m\startup folder.
 The modification is applied already but it is for myself.
 Please modify the path of the pnuplot according to your intalling condition.
 This example is written for the case that you have already installed MSVC-Octave.
 If you have not isntall that please install it first.
 The URL of MSVC-Octave: http://sourceforge.net/project/showfiles.php?group_id=2888
   :
   : skipped
   :
If you do not want to use MSVC-octave, please install it and copy the below copoments 
from the ...\octave\bin folder of MSVC-octave 
to the ..\octave-3.0.xx\bin folder of mingw-octave
  * libcairo-2.dll 
  * libgd-2.dll 
  * libglib-2.0-0.dll 
  * libmodule-2.0-0.dll 
  * libobject-2.0-0.dll 
  * libiconv-2.dll 
  * libintl-8.dll 
  * libjpeg-62.dll 
  * libpango-1.0-0.dll 
  * libpangocairo-1.0-0.dll 
  * libpangowin32-1.0-0.dll 
  * libpcre-0.dll 
  * linpng13.dll 
  * pgnuplot.exe 
  * pgnuplot_win.exe 
  * wgnuplot.exe 
  * wgnuplot.hlp 
  * wgnuplot.mnu 
****************************
I have meant the above file set as specially prepared console mode gnuplot on windows
by Michael.

--- Petr Mikulik <mi...@ph...> wrote:

> > This phenomenon is a main complaint of octave for windows team.
> > Michael Goffioul, who is a powerful maintainer of octave built by 
> > Microsoft C++, has build a special version of gnuplot for octave.  That is 
> > console mode gnuplot on windows. If you would like to see it, please visit 
> > the my web page
> > 
> > http://www.geocities.jp/tmoctwin/
> > 
> > and download the octave by the Michael.
> > And please also see ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries.
> > Please read section 2.1.1 and you can get specially prepared console mode gnuplot 4.2.2.
> > 
> > Another solution is to use cygwin gnuplot.  For my web page, I prepare the 
> > smallest set the cygwin gnuplot 4.3 (cvs release).  You can use it if the 
> > X server (Xming) will be installed.
> 
 I think that what you are 
> describing is just cygwin-X11 build of gnuplot for Windows. This package is 
> officially supported, see
>  	gp423win32x11.zip
> on the Download site.
> 
> Considering binaries of the development version, I put them from time to 
> time at
> 	http://gnuplot.sourceforge.net/development/binaries/
> I have refreshed it now to
> 	gp43-Mar24_2008-winbin.zip
> 	gp43-Mar24_2008-winbinX11.zip
> 
> Considering the file
> 	gp4.3cyg_octX4MSVC.zip
> on your web page:
> - It does not contain postscript prologue files, so that Octave users
>   cannot print.
> - It contains 00README file with MY signature, but I haven't NOT produced
>   this package!
> 
> Please fix it, or produce a package refering to the package at 
> development/binaries/
> 
> 
> Greetings,
>   Petr Mikulik
> 


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

Re: Announcing the book on the website

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

> Cleaned up a bit on SourceForge, and used to show the dummied up 
> version of Philipp Janert's book announcement:
>     http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/

I see the current change at
	http://gnuplot.sourceforge.net

The bottom part is OK, but the top part ... I don't like. The two-column is 
too narrow, and the background colour is strange. Please revert it back.

However, what would be nicer, is to "gnuplot homepage" title center
over the "line" with "[Plot Figure] TOC [Splot Figure]".

>From the previous discussion, it seems to be useful to put "NEWS" section on 
the page. I propose to put it on the current bottom. There, two columns 
could be used.

Proposal:

Current released ...				Development version ...
....
Here is ...

<hr>

NEWS:
24.3.2008: Testing binaries of 4.3 updated.     |   An upcoming book: ...
8.3.2008: Gnuplot 4.2.3 released.               |   ...
                                                |   Proof-reading welcome.


March 2008


***

Note: the NEWS section can also be used for adding short info about added 
new links, tutorials, or scripts elsewhere on the web page.

Re: pgnuplot.exe flow control

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

> This phenomenon is a main complaint of octave for windows team.
> Michael Goffioul, who is a powerful maintainer of octave built by 
> Microsoft C++, has build a special version of gnuplot for octave.  That is 
> console mode gnuplot on windows. If you would like to see it, please visit 
> the my web page
> 
> http://www.geocities.jp/tmoctwin/
> 
> and download the octave by the Michael.
> And please also see ReadmeMingwOct3.0.xx.txt in Octave 3.0.0 mingw testing binaries.
> Please read section 2.1.1 and you can get specially prepared console mode gnuplot 4.2.2.
> 
> Another solution is to use cygwin gnuplot.  For my web page, I prepare the 
> smallest set the cygwin gnuplot 4.3 (cvs release).  You can use it if the 
> X server (Xming) will be installed.

It seems to me there is some confusion above. I haven't found anything like 
"specially prepared console mode gnuplot". I think that what you are 
describing is just cygwin-X11 build of gnuplot for Windows. This package is 
officially supported, see
 	gp423win32x11.zip
on the Download site.

Considering binaries of the development version, I put them from time to 
time at
	http://gnuplot.sourceforge.net/development/binaries/
I have refreshed it now to
	gp43-Mar24_2008-winbin.zip
	gp43-Mar24_2008-winbinX11.zip

Considering the file
	gp4.3cyg_octX4MSVC.zip
on your web page:
- It does not contain postscript prologue files, so that Octave users
  cannot print.
- It contains 00README file with MY signature, but I haven't NOT produced
  this package!

Please fix it, or produce a package refering to the package at 
development/binaries/


Greetings,
  Petr Mikulik

Re: Announcing the book on the website

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

On Monday 24 March 2008 10:45, Ethan Merritt wrote:
> On Monday 24 March 2008 00:09, pl...@pi... wrote:
> > The whole upper section is too big in my view, about 2/3 of my browser  
> > window. You could let the menu start at top left (classic position) , this  
> > would reduce the overall height.
> 
> Yeah, something seems to have broken in the layout of that top section.
> That should be fixed, independent of anything to do with the book.
> A more complete css stylesheet could do wonders.

Cleaned up a bit on SourceForge, and used to show the dummied up 
version of Philipp Janert's book announcement:
    http://skuld.bmsc.washington.edu/people/merritt/gnuplot/gphome/


> > I find the main text is getting a bit too small. It's getting to the point  
> > where the font rendering is getting a somewhat distorted. Again this may  
> > be the result of errors in the markup.

Not sure what errors you were getting.
The only validation errors I get for the gnuplot home page are warnings
like "left-border: 3%" is deprecated syntax.  There is no font-size markup
other than the header and footer.

-- 
Ethan A Merritt

Re: win32 cygwin build failure

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

> Just tried compiling a win32 binary using
> cygwin and got mysterious compilation
> errors.  It was because of a bad definition
> in config/config.cyg (which gets copied
> into src/config.h for cygwin builds).
> 
> Fix follows.

thanks, committed to cvs,

 Petr

Re: screen terminal scrolling

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

> I invariably find I need to back out to a previous zoom level and redefine  
> the zoom. I would considerably speed things up if the arrow keys allowed  
> to scroll the same sized zoom in x or y.
>
> This would be a major plus in usability for on screen data viewing.

You can do it easily yourself by "bind"ing arrow keys into commands like
	"set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; replot"
on gnuplot 4.1 and 
	"set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; refresh"
on 4.3.

See "help bind" and "show var all" for mode details.

---
PM

Re: pgnuplot.exe flow control

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

On Monday 24 March 2008 08:48, Ralf Juengling wrote:
> On Mon, 24 Mar 2008, Tatsuro MATSUOKA wrote:
> 
> >> I don't have much experience with interprocess communication, so I don't
> >> know how these kinds of things are usually handled, but it seems like a
> >> problem that must have been solved many times over.
> >
> > It is known that data from pipe like
> > plot '-'
> > 1, 1
> > :
> > :
> > e
> > is too fast to plot for pgnuplot.
> 
> Since I work mostly on Linux, I can't say much about pgnuplot.
> But I am using gnuplot as a plotting backend as well and
> observed similar problems. My solution was to make the gnuplot
> interface bi-directional and have gnuplot work in interactive
> mode. (You need to use two pipes for that).

I find it very unlikely that the problems you report are due
to the pipe being "too fast".  It is more likely that the
issue is one of buffered/unbuffered transfer protocols.

There is also this open bug report:
  #1609845    quota limits pipe size in pgnuplot

The analysis attached to that report suggests that there is an
8K limit to the buffer for a Windows pipe. Then again, I am not
sure that the two "pipes" are really the same type of object.
Windows uses the word "pipe" to mean something other than a
Posix "pipe".  

> That said, I have begun to move to binary data transer. The
> problem seems to not occur with binary transfer, but I have
> yet to gain more experience with it.

Another option is to pass data via a separate named pipe.
From Gnuplot's point of view this is just another file.
That works fine on linux, but I have no idea whether this
is an option for Windows.


> If you want to copy this approach, have a look at
> ftp://ftp.cs.pdx.edu/pub/psu-lush/psu-lush-1.3pre8.tar.gz.
> The gnuplot interface is in file lsh/libplot/gnuplot.lsh.
> There also is a tiny gnuplot demo in the demos directory.
> 
> Ralf

-- 
Ethan A Merritt

Re: Announcing the book on the website

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

On Monday 24 March 2008 00:09, pl...@pi... wrote:
> The whole upper section is too big in my view, about 2/3 of my browser  
> window. You could let the menu start at top left (classic position) , this  
> would reduce the overall height.

Yeah, something seems to have broken in the layout of that top section.
That should be fixed, independent of anything to do with the book.
A more complete css stylesheet could do wonders.

	Ethan

 
> The H1 is wrapping here and a quick look at sourse shows several typos  
> that are probably causing irregular results as different browsers try to  
> guess how it should render the faults.
> 
> It seems , like me , you like to do your html by hand but the human eye is  
> not the most efficient parser for checking typos.
> 
> You could use a syntax aware editor (I use kdevelop or bluefish for html)  
> of check out the online verification tools of w3c.  
> http://validator.w3.org/check#
> 
> >> This page is not Valid -//w3c//dtd html 4.0  
> >> transitional//en!Result:	Failed validation, 18 Errors
> 
> If you use Opera it has a rightclick option that submits the current page  
> to this checker in one click, it gives you exact info on each error. HTH.
> 
> 
> 
> In general , I agree with others that the TOC is a bit out of place here.  
> The book is a great asset to gnuplot but probably should remain a minor  
> part of the homepage. I also don't understand why the link Gnuplot in  
> Action links back to the same page. This should go to the homepage of the  
> book where stuff like TOC can be seen in detail.
> 
> I find the main text is getting a bit too small. It's getting to the point  
> where the font rendering is getting a somewhat distorted. Again this may  
> be the result of errors in the markup.
> 
> regards, Peter.
> 
> 
> 
> 
> -------------------------------------------------------------------------
> 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            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry
Health Sciences Building
University of Washington - Seattle WA 98195-7742

Re: pgnuplot.exe flow control

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

Tait wrote:

> I can tell Perl to autoflush, but I still have the
> problem that Perl is too fast for pgnuplot. Is there any way for the data
> provider (the thing dumping into the pipe) to know when pgnuplot/gnuplot
> is ready for more input?

I have no idea how Perl might do this.  On the C side of things, what 
would be needed is blocking I/O.  In short, the program calling pgnuplot 
would have to *wait* for pgnuplot.  The low-level pipe functions in 
Win32, CreatePipe() used with ReadFile()/WriteFile(), claim to use 
blocking I/O, whereas the top-level <stdio.h> function _popen() 
apparently fails to block.  The mid-range functions 
_pipe()/_read()/_write() claim they block, too.

So the behaviour of scripting tools like Perl would depend on the way 
they run their pipes.

>> The wgnuplot_pipes.exe is entirely different from the pgnuplot
>> It allows that
>>     plot '< awk -f awkscript.awk'
> 
> Is there a reason why the wgnuplot_pipes behavior is not simply the 
> default in wgnuplot.exe?

To support opening pipes, wgnuplot_pipes keeps an open console.  Among 
other things, this means that if you start it from a cmd.exe session, 
you don't get the prompt back until wgnuplot_pipes ends.