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

Re: Font problem on Win32

[Jingzhao Ou <ja...@ya...>]

Dear Hans,

Thanks a lot for providing me with such useful information. Gnuplot is really
powerful these days! I am now switching from MATLAB to Gnuplot for ploting
purposes.

Have a nice day!

Best regards,
Jingzhao

--- Hans-Bernhard Broeker <br...@ph...> wrote:

> Jingzhao Ou wrote:
> 
> > difficulties figuring out what is showing on the GUI. I wonder if there is
> any
> > settings that I can change the fonts? I fail to find it on the Gnuplot
> menus.
> 
> It's in the context menu (where you found it, in the meantime...), and 
> also accessible in a rather unusual place: the "system menu", i.e. the 
> menu that opens up if you single click on the icon in the upper left 
> corner of the window.  This menu also serves as the right-click menu of 
> the taskbar icon (if your Windows has a taskbar ;-).  The gnuplot window 
> has two additional entries in that menu: "Options", and "About".  The 
> "Options" pop-up menu is the same as the right-click context menu of 
> that window.
> 
> Now, for the text window, that's not particularly interesting, but it's 
> a very neat trick if you need to access the *graph* window's context 
> menu, but have mousing enabled --- regular right-click access to the 
> context menu won't work then, but the system menu entries are still 
> accessible.
> 

Re: Font problem on Win32

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

Jingzhao Ou wrote:

> difficulties figuring out what is showing on the GUI. I wonder if there is any
> settings that I can change the fonts? I fail to find it on the Gnuplot menus.

It's in the context menu (where you found it, in the meantime...), and 
also accessible in a rather unusual place: the "system menu", i.e. the 
menu that opens up if you single click on the icon in the upper left 
corner of the window.  This menu also serves as the right-click menu of 
the taskbar icon (if your Windows has a taskbar ;-).  The gnuplot window 
has two additional entries in that menu: "Options", and "About".  The 
"Options" pop-up menu is the same as the right-click context menu of 
that window.

Now, for the text window, that's not particularly interesting, but it's 
a very neat trick if you need to access the *graph* window's context 
menu, but have mousing enabled --- regular right-click access to the 
context menu won't work then, but the system menu entries are still 
accessible.

Re: Fwd: [Patch 1143563] Place arbitrary rectangles in 2D

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

> >What about, rather for a future
> >set shape rect ....
> >set object rect ...
> >if we want hexagons, circles, ...?
>
> I originally hoped to implement this without using the
> pm3d polygon routines, which meant limiting it to rectangles.
> But I ended up using pm3d routines heavily so yes, extending
> it to other polygons would not be difficult.
>
> It would be easy to modify the syntax to
> 	set polygon from <xy0> to <xy1> to <xy2> ...
> for an arbitrary number of vertices.  The only real change
> needed is to allocate the vertices dynamically rather than
> simply reserved space for the 2 corners of a rectangle.

For regular polygons, I though about:

set shape rect from x1,y1 to x2,y2
set shape rect origin x0,y0 size dx,dy [rotated 45]
set shape triangle origin x0,y0 size dx,dy [rotated 180]
set shape ellipse origin x0,y0 size dx,dy sampling 100

and for arbitrary:
set shape polygon corners 1,2,3,4,5,6 ...


> > Could the above-mentioned size be given as "stringwidth"?
> > Then we could give "size" in the "character" units.
>
> Very few drivers can pass back enough information to do this in the
> core code.
> I was thinking instead that a future bit of work could implement
>
>     set label "foo" ... {box|nobox}
>
> That way drivers (PostScript, gd, pdf) with an internal notion of
> textbox size could just stroke the textbox after writing the label text.
> The enhanced text code *tries* to keep this information in a generic way,
> but it does an imperfect job.

That would be useful, and would help to print labels over already printed
parts of graph.

---
PM

Re: Font problem on Win32

[Jingzhao Ou <ja...@ya...>]

Dear Tatsuro,

I found the option menu by right clicking in the gnuplot text area! This is
really tricky!

Now, every thing is perfect! Thanks a lot!

Best regards,
Jingzhao

--- Tatsuro MATSUOKA <mat...@nu...> wrote:

> >I am new to Gnuplot. I just downloaded the 4.0 win32 version. It can plot
> >graphs. However, the fonts on the main GUI get messed up. I have great
> >difficulties figuring out what is showing on the GUI. I wonder if there is
> any
> >settings that I can change the fonts? I fail to find it on the Gnuplot
> menus.
> >
> This is a very famous for gnuplot win32 for Windows XP or 2000 users in
> Japan.
> In our cases, we can change the font of command window via the option menu.
> The option menu can be open to click the icon on the window bar of the
> command window.
> Please do not for fotget uptate wgnuplot.ini that also will be found in the
> option menu.
> 
> ***************************************************************
> Tatsuro MATSUOKA
> E-mail mat...@nu...
> ****************************************************************

Re: Font problem on Win32

[Tatsuro M. <mat...@nu...>]

>I am new to Gnuplot. I just downloaded the 4.0 win32 version. It can plot
>graphs. However, the fonts on the main GUI get messed up. I have great
>difficulties figuring out what is showing on the GUI. I wonder if there is any
>settings that I can change the fonts? I fail to find it on the Gnuplot menus.
>
This is a very famous for gnuplot win32 for Windows XP or 2000 users in Japan.
In our cases, we can change the font of command window via the option menu.
The option menu can be open to click the icon on the window bar of the command window.
Please do not for fotget uptate wgnuplot.ini that also will be found in the option menu.

***************************************************************
Tatsuro MATSUOKA
E-mail mat...@nu...
****************************************************************

Re: Pixels style

[<dan...@ie...>]

> Hey everybody,
>
> 	I was wondering what happened to the pixels style.  I while back I was
> using that, quite effectively I must add.  I have brought down the
> latest CVS and compiled it and it was not present, so I sent to look in
> the patches section where I found it closed with some comments on
> whether it was a good idea or not based on its implementation style.
> Did this patch go away?  The problem that I had originally was that
> using the pm3d style with map gave he a huge image, ~220 Megs apiece.
> With the pixels style that was reduced considerably.  Any information o=
n
> this would be super cool.  Thanks in advance.
>
> Justace

Hi Justace,

The functionality is still there but has been renamed to "image", which I
think is a much better name.  It has probably change somewhat from the
syntax you've been using.  Run the "image.dem" demo to see examples of th=
e
new syntax.  (Give us some feedback, too, on whether you think it is an
improvement.)

Regards,

Dan

Pixels style

[Justace C. <pro...@co...>]

Hey everybody,

	I was wondering what happened to the pixels style.  I while back I was
using that, quite effectively I must add.  I have brought down the
latest CVS and compiled it and it was not present, so I sent to look in
the patches section where I found it closed with some comments on
whether it was a good idea or not based on its implementation style.
Did this patch go away?  The problem that I had originally was that
using the pm3d style with map gave he a huge image, ~220 Megs apiece.
With the pixels style that was reduced considerably.  Any information on
this would be super cool.  Thanks in advance.

Justace

Font problem on Win32

[Jingzhao Ou <ja...@ya...>]

Dear all,

I am new to Gnuplot. I just downloaded the 4.0 win32 version. It can plot
graphs. However, the fonts on the main GUI get messed up. I have great
difficulties figuring out what is showing on the GUI. I wonder if there is any
settings that I can change the fonts? I fail to find it on the Gnuplot menus.

Thanks a lot!

Best regards,
Jingzhao

Fwd: [Patch 1143563] Place arbitrary rectangles in 2D

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

[I'm moving discussion to the mailing list] 

Recent SourceForge Patch #1143563

Initial Comment:
Here is a good start at a new plot element with a
number of uses. The basic syntax is

    set rectangle <id> from <position> to <position>
                   {front|back} {rectcolor <colorspec>}
                   {fillstyle <fillstyle>}

The rectcolor and fillstyle are optional for any
particular rectangle; if you don't give them it will
inherit defaults from a general setting controlled by
    set style rectangle {rectcolor <colorspec>}
               {fs <fillstyle>}

The from/to positions specify diagonal corners of the
rectangle. They may of course be screen coords, graph
coords, or plot coords.  

There is a simple demo file in the patchset, and "help
set rect" or "help set style rect" should get you started.

----------------------------------------------------------------------

>Comment By: Petr Mikulik (mikulik)

>Just my few first ideas: 
>set rect ... {noborder | border} {lt | ls ...} 

Those already work. They are part of the generic
<fillstyle> and <rectcolor> syntax.

>What about, rather for a future 
>set shape rect .... 
>set object rect ... 
>if we want hexagons, circles, ...? 

I originally hoped to implement this without using the
pm3d polygon routines, which meant limiting it to rectangles.
But I ended up using pm3d routines heavily so yes, extending
it to other polygons would not be difficult.

It would be easy to modify the syntax to 
	set polygon from <xy0> to <xy1> to <xy2> ...
for an arbitrary number of vertices.  The only real change
needed is to allocate the vertices dynamically rather than
simply reserved space for the 2 corners of a rectangle.

>Could the rectangle be rotated? 

Not using code that's already in place.
What would you expect to happen if you rotate a polygon
whose vertices are specified in screen or graph coordinates?
 
> Could it support not only "from ... to", but also "at ... size" and maybe 
> "{center|left|right}" -- that would to accommodate labels. 

If you limit it to rectangles, then one could have
	set rect at <coords> width <x> height <y> {center}

Something similar would work for regular polygons (square, pentagon, n-gon).
But it's not obvious how to extend this to a general polygon specified 
by its vertices.  

> Are rect drawn before labels? 

They are supposed to be, but I see there's a bug if the setting is "front".

> Could the above-mentioned size be given as "stringwidth"?
> Then we could give "size" in the "character" units. 
 
Very few drivers can pass back enough information to do this in the
core code.
I was thinking instead that a future bit of work could implement

    set label "foo" ... {box|nobox}

That way drivers (PostScript, gd, pdf) with an internal notion of
textbox size could just stroke the textbox after writing the label text.
The enhanced text code *tries* to keep this information in a generic way,
but it does an imperfect job.


-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

Re: Question

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

Sushma Samala wrote:

> I was trying to plot a graph with x axis range [1:6000] onto a  PS 
> (postscript) output file and tried to open the output file using 
> ghostview.

> But the plot is out of range.

What makes you say that?  What exactly was out of which range?

The xrange has quite exactly nothing to do with the physical or other
size of the output.

And, just in case: what version of gnuplot, on what OS, are you talking
about?

Question

[Sushma S. <sus...@ho...>]

Hi,

Can someone help me with this problem.

 

 I was trying to plot a graph with x axis range [1:6000] onto a  PS
(postscript) output file and tried to open the output file using ghostview.

 

But the plot is out of range. 

 

Is there a way in Gnuplot where I can plot such a big graph and view the
entire plot.

 

Thanks

 

Sushma

 

 

Re: getting histogram with gnuplot

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

> I really hate gnuplot. It is a discusting way how it is on the web right
> now, all I want is to be able to plot a simple histogram with the gnuplot,
> but all I find is how to do it nicely with the keywords and then I find
> out that the keywords do not work, first all, because I use an earlier
> version. Then I get the new one, which is full of bugs and it still does
> not do histograms.

You are trying to use features from the development version of gnuplot
(version 4.1). This development version, including screenshots as well as
instructions how to download it, prepare and compile, are in the development
part of the gnuplot webpage. It is evident that these features are not in
the official version.

Please don't say there are bugs if you are not capable to run the software.
Teach yourself via demo scripts.

> Then I spend an hour trial by error of getting the cvs version, because
> all documentation is also full of bugs and there is no way for me to just
> use what is on the website.

Nonsense. Demo scripts do not run? Obviously the problem is between your
keyboard and your seat.

Until now, nobody has complained about the docs. On the other hand,
constructive critics and contributions are always welcome.

> Then I find out after another half an hour trial and error due to the lack
> of any intelligent documentation that I need to run the prepare.

Maybe have you been too tired not to be able to read anything. An inteligent
user would just copy all those commands from
http://www.gnuplot.info/development/ or
http://gnuplot.sourceforge.net/development/

> Your software managed to completely waste my evening and destroy my mood.

No, it was a mixture of your incompetence and bad luck. Golden rule of
development software releases: if you are a notive, don't compile software
yourself.

Your letter kept me smiling after-lunch time.

> Happy bug writing.

Hmm, maybe you could also fix bugs on your own web page:
	http://www-rcf.usc.edu/~rosta/


---
Petr Mikulik

getting histogram with gnuplot

[Edina R. <ro...@al...>]

I really hate gnuplot. It is a discusting way how it is on the web right
now, all I want is to be able to plot a simple histogram with the gnuplot,
but all I find is how to do it nicely with the keywords and then I find
out that the keywords do not work, first all, because I use an earlier
version. Then I get the new one, which is full of bugs and it still does
not do histograms.
Then I spend an hour trial by error of getting the cvs version, because
all documentation is also full of bugs and there is no way for me to just
use what is on the website.
Then I find out after another half an hour trial and error due to the lack
of any intelligent documentation that I need to run the prepare. Which of
course does not work because I don't have the latest version of
autoconfigure.
I don't think this gnuplot if at all worth it to use and to further keep
trying to download and install anything regarding it.

Your software managed to completely waste my evening and destroy my mood.

Happy bug writing.

Edina

Re: New bug: "save" trashes "load" behavior

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

Ethan Merritt wrote:
> On Tuesday 15 February 2005 12:37 pm, Ethan Merritt wrote:
> 
>> After doing a "save", I can no longer do a "load" from the loadpath
>>  directory.  Loads from the current directory still work.

You called this a "new bug" in the subject --- that turns out to have
been a bit misleading.  I didn't actually run back-version tests, but as
far as I can see, this is a genuine bug in loadpath_handler(), and has
been there ever since the module was first written by Lars(?).

The theory, as far as I understand it, is this:  'save' wants only the
'set loadpath' part of the path, so the case ACTION_SAVE: entry puts
'limit' to that position in the full path where the $GNUPLOT_LIB path
begins, and thus the fall-through ACTION_GET will stop there.  The bug
is that on reaching the limit, it's not reset, so it'll stay in place
forever.  The fix is to re-initialize 'limit' to NULL at the same time p
is initialized to NULL.

I'm checking in the fix right away.

Re: Compile warnings in new post/pslatex terminal code

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

> > in postscript, it has its own "formula expression" written in postscript
> > instead of getRgbColor(). That "palfuncparam" sets its sampling for
> > color formulae provided as linear gradients.
> >
> > So, it's really just for postscript.
>
> But wouldn't pdf want to do the same thing?
> Or x11 for that matter.

Not necessary, it is much easier to pass r,g,b triplet or gray value ...
actually, gnuplot_x11 is including getcolor.c, so it already does a similar
thing.

> In both cases there is plenty of processing power available at the display
> end if there is a good reason to use it.

No good reason for pdf I think.
For postscript it is clear -- file size -- every byte counts (mainly if it
appears 100^2 times).

Petr

Re: New bug: "save" trashes "load" behavior

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

On Tuesday 15 February 2005 12:37 pm, Ethan Merritt wrote:
> 
> After doing a "save", I can no longer do a "load" from the
> loadpath directory.  Loads from the current directory still work.

Tracked it down partially, but I don't know the proper fix:

in variable.c line 157, the loadpath_handler sets
	limit = envptr

After that, the loadpath code will never again look at
the part of the loadpath that came from the environment.

This is not a part of the code I have ever looked at
before, so I am uncertain what the intended flow of
control is.

-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

New bug: "save" trashes "load" behavior

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

I can't figure this one out:

Terminal type set to 'x11'
gnuplot> 
gnuplot> 
gnuplot> show loadpath

        loadpath is 
        system loadpath is "../demo" 

gnuplot> load 'charset.dem'
gnuplot> save 'xxx'
gnuplot> load 'charset.dem'
                           ^
         Cannot open load file 'charset.dem'
         util.c: No such file or directory

gnuplot> show loadpath

        loadpath is 
        system loadpath is "../demo" 


After doing a "save", I can no longer do a "load" from the
loadpath directory.  Loads from the current directory still work.

Any ideas?  


-- 
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195

Re: Compile warnings in new post/pslatex terminal code

[Harald H. <h.h...@tu...>]

On Tue, 15 Feb 2005, Petr Mikulik wrote:

> > > set terminal epslatex header '\def\Kc{{\ensuremath K_{\mathrm{Ic}}}}'
> > > set xlabel '\Kc'
> > >
> > > Everybody who knows LaTeX immediately understands what these lines do.
> >
> > I doubt it.  Certainly not everyone who *uses* LaTeX knows what those
> > lines do.
>
> Thus, there are two folks, one group wants to be able to include raw latex
> commands into header, the other link to a file to be \input. The patch
> should satisfy both.

I have uploaded a patch #1123355 "Support a header file in epslatex
terminal" to sourceforge that provides the option 'header file' to the
epslatex terminal. It makes the output file to input the given file using
the LaTeX command \input. The user can either use 'header file' or
'header'. Loading gnuplot.cfg works in all cases.

Regards
Harald

-- 
Harald Harders
h.h...@tu...
http://www.harald-harders.de

Re: Compile warnings in new post/pslatex terminal code

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

On Monday 14 February 2005 11:37 pm, you wrote:
>
> in postscript, it has its own "formula expression" written in postscript
> instead of getRgbColor(). That "palfuncparam" sets its sampling for
> color formulae provided as linear gradients.
>
> So, it's really just for postscript.

But wouldn't pdf want to do the same thing?
Or x11 for that matter. In both cases there is plenty of
processing power available at the display end if there is
a good reason to use it.

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

Re: post/pslatex terminal and cvs

[Lars H. <lhe...@us...>]

Hans-Bernhard Broeker writes:
> Lars Hecking wrote:
> > Just a minor nit: if files are removed from the code, like 
> > term/epslatex.trm,
> > can this please be indicated clearly with an appropriate cvs commit 
> > message,
> > so that the fact is recorded in email to gnuplot-cvs.
> 
> Huh?  The SF.net installation of CVS already does that! Look, from the 
> commit mail sent out to gnuplot-cvs:
> 
> Removed files:
>         gnuplot/term/: epslatex.trm
 
 Hhm. I did not receive that one. In fact, I haven't received any
 gnuplot-cvs messages after 2nd of February.

 And now I know why. Sorry for bothering everyone here.

Re: post/pslatex terminal and cvs

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

Lars Hecking wrote:
>  Just a minor nit: if files are removed from the code, like term/epslatex.trm,
>  can this please be indicated clearly with an appropriate cvs commit message,
>  so that the fact is recorded in email to gnuplot-cvs.

Huh?  The SF.net installation of CVS already does that! Look, from the 
commit mail sent out to gnuplot-cvs:

Removed files:
         gnuplot/term/: epslatex.trm

Petr even wrote a nice and complete cvs log entry for it (copied from 
ChangeLog, evidently):

         * term/epslatex.trm: Removed.

post/pslatex terminal and cvs

[Lars H. <lhe...@us...>]

 Just a minor nit: if files are removed from the code, like term/epslatex.trm,
 can this please be indicated clearly with an appropriate cvs commit message,
 so that the fact is recorded in email to gnuplot-cvs.

 Thanks.

Re: Compile warnings in new post/pslatex terminal code

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

> > set terminal epslatex header '\def\Kc{{\ensuremath K_{\mathrm{Ic}}}}'
> > set xlabel '\Kc'
> >
> > Everybody who knows LaTeX immediately understands what these lines do.
>
> I doubt it.  Certainly not everyone who *uses* LaTeX knows what those
> lines do.

Thus, there are two folks, one group wants to be able to include raw latex
commands into header, the other link to a file to be \input. The patch
should satisfy both.

---
PM

Re: Compile warnings in new post/pslatex terminal code

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

> > palfuncparam <samples>{,<maxdeviation>}
>
> sorry, I don't know what that one does.  Petr?
> Is there any reason this should be a terminal-specific function?

All terminals, except for postscript, use sth like
	R,G,B = getRgbColor()
	term->set_color(R,G,B)

in postscript, it has its own "formula expression" written in postscript
instead of getRgbColor(). That "palfuncparam" sets its sampling for color
formulae provided as linear gradients.

So, it's really just for postscript.

---
PM

Re: Compile warnings in new post/pslatex terminal code

[<dan...@ie...>]

> On Mon, 14 Feb 2005, Petr Mikulik wrote:
>
>> > > set terminal epslatex standalone color \
>> > >   header "\\usepackage[T1]{fontenc}\n\\usepackage{mathpmnt}" \
>> > >   'default' 12
>> >
>> > Yuck. Guaranteed to scare away novice users, like me.
>>
>> LaTeX users are power users, and the above syntax does exactly what it
>> is
>> supposed to do -- add raw LaTeX commands to the document. Thus it shou=
ld
>> be
>> like that.
>>
>> > commands on the order of
>> > 	set termoption packages (mathpmnt, times, ...)
>>
>> That's confusing.
>
> I am glad that I am not the only one who thinks like that.

I think so too, but I also think that Ethan's recent point is a valid one=
.
 The nature of the beast (LaTeX) is to deal with packages, etc. somewhere=
.
 But my intuition is to do that in a separate file.

Often I generate figures in Xfig and plots in Gnuplot that have added
blocks of text.  These can get wordy with commands like
\begin{minipage}{1.5in}, and so on.  But rather than type the whole thing
into Xfig (ever try typing in Xfig's edit window?  ay, ay, ay) or Gnuplot
I will instead put something like \txta and \txtb, then define those
inside the LaTeX file.

Certainly nobody is forced to use the standalone option.  But consider th=
e
difference.  Either I

1) Create an auxiliary LaTeX file that I copy from an existing file that
I've created in the past.  The information in this file indicates the
packages to use, etc.  I change a few things like the name of the include=
d
file.

2) Create a Gnuplot input file from some existing one I've created in the
past which has the standalone string already in it, because I certainly a=
m
not going to type in that information anew every time.

3) Run some thirdparty program, e.g., say someone had the wherewithall to
write an Octave script for printing such standalone LaTeX figures.  That
program could use the standalone option.

My estimate is that 1 and 2 are pretty much the same mechinations.=20
However, 3 might put me in the pro-standalone camp.  If I wrote a program
with a pipe to gnuplot, I certainly would like to send all information
through that pipe rather than create some temporary file.

Dan