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

Re: initailization issue? transparent_solids.dem on gnuplot 4.3 ChangeLog 2009-07-04 on win term

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

On Wednesday 08 July 2009, Tatsuro MATSUOKA wrote:
> Hello
> 
> http://www.geocities.jp/tmgpltwin/Files/Files.html
> 0018 090709_1.png, 31,991 bytes, 2009-07-09
> 0019 090709_2.png, 32,846 bytes, 2009-07-09
> 
> The transparent_solids.dem using gnuplot 4.3 ChangeLog 2009-07-04 results in those indicated in  the
> file '0018 090709_1.png'.  The background col or became black.
> 
> However, I once copied the graph to clip board by using mouse click in window bar and clicked the
> graph windows again, perhaps screen refresh occurred.  Then I could see the the graph as expected as
> shown in the file '0019 090709_2.png'.
> 
> This bug is perhaps will be imported by the change in 2009-07-04.

Do you mean this change?
        2009-07-04  Ethan A Merritt  <merritt@u.washington.edu>
        * src/term.c: The code was disabling all mousing and mouse events
        during multiplot.  

It only affects multiplot. The transparent_solids demo does not use multiplot.
So I do not understand how this change could affect the demo.

Perhaps it is a failure to explicitly initialize some variable, and after rebuilding 
that variable happens to get a different starting value? 

Re: initailization issue? transparent_solids.dem on gnuplot 4.3 ChangeLog 2009-07-04 on win term

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

On Wednesday 08 July 2009, Petr Mikulik wrote:
> > http://www.geocities.jp/tmgpltwin/Files/Files.html
> > 0018 090709_1.png, 31,991 bytes, 2009-07-09
> > 0019 090709_2.png, 32,846 bytes, 2009-07-09
> > 
> > The transparent_solids.dem using gnuplot 4.3 ChangeLog 2009-07-04 results in those indicated in  the
> > file '0018 090709_1.png'.  The background col or became black.
> > 
> > However, I once copied the graph to clip board by using mouse click in window bar and clicked the
> > graph windows again, perhaps screen refresh occurred.  Then I could see the the graph as expected as
> > shown in the file '0019 090709_2.png'.
> 
> The bug can be reproduced by this code:
> 
> set title 'HELLO' tc rgb "blue"
> set object 1 rect from 0,0 to 5,5 fc rgb "blue"
> set object 2 rect from -6,-6 to -1,-1 fc lt 3
> plot x
> 
> => title is blue, but both rectangles are black.

Ah.  That example makes the problem more obvious.
It must be due to the change in do_rectangle() to call term->fillbox() rather
than term->filled_polygon().  

Re: initailization issue? transparent_solids.dem on gnuplot 4.3 ChangeLog 2009-07-04 on win term

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

> http://www.geocities.jp/tmgpltwin/Files/Files.html
> 0018 090709_1.png, 31,991 bytes, 2009-07-09
> 0019 090709_2.png, 32,846 bytes, 2009-07-09
> 
> The transparent_solids.dem using gnuplot 4.3 ChangeLog 2009-07-04 results in those indicated in  the
> file '0018 090709_1.png'.  The background col or became black.
> 
> However, I once copied the graph to clip board by using mouse click in window bar and clicked the
> graph windows again, perhaps screen refresh occurred.  Then I could see the the graph as expected as
> shown in the file '0019 090709_2.png'.

The bug can be reproduced by this code:

set title 'HELLO' tc rgb "blue"
set object 1 rect from 0,0 to 5,5 fc rgb "blue"
set object 2 rect from -6,-6 to -1,-1 fc lt 3
plot x

=> title is blue, but both rectangles are black.


> This bug is perhaps will be imported by the change in 2009-07-04.

A binary from last year does not show this bug.

---
PM

initailization issue? transparent_solids.dem on gnuplot 4.3 ChangeLog 2009-07-04 on win term

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

Hello

http://www.geocities.jp/tmgpltwin/Files/Files.html
0018 090709_1.png, 31,991 bytes, 2009-07-09
0019 090709_2.png, 32,846 bytes, 2009-07-09

The transparent_solids.dem using gnuplot 4.3 ChangeLog 2009-07-04 results in those indicated in  the
file '0018 090709_1.png'.  The background col or became black.

However, I once copied the graph to clip board by using mouse click in window bar and clicked the
graph windows again, perhaps screen refresh occurred.  Then I could see the the graph as expected as
shown in the file '0019 090709_2.png'.

This bug is perhaps will be imported by the change in 2009-07-04.

I also tried it cygwin (1.5 and 1.7) x11, such behaviour did not occur.

Regards

Tatsuro

--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: Context terminal

[Mojca M. <moj...@gm...>]

On Tue, Jul 7, 2009 at 22:32, Ethan Merritt wrote:
> On Thursday 02 July 2009 07:54:46 Willi Egger wrote:
>
> Run output from "texexec simple" after creating simple.tex using the
> context terminal:
>
> TeXExec | processing document 'simple'
> TeXExec | no ctx file found
> TeXExec | tex processing method: context
> TeXExec | TeX run 1
> TeXExec | writing option file simple.top
> TeXExec | using randomseed 717
> TeXExec | tex engine: pdftex
> TeXExec | tex format: cont-en
> This is pdfTeXk, Version 3.141592-1.40.5 (Web2C 7.5.6)
>  %&-line parsing enabled.
>  (/usr/share/texmf/web2c/natural.tcx)
> kpathsea: Running mktexfmt cont-en.fmt
> I can't find the format file `cont-en.fmt'!

This used to work in good old times on TeX Live to generate formats:
   sudo fmtutil-sys --byfmt cont-en
   sudo fmtutil-sys --byfmt metafun
   sudo fmtutil-sys --byfmt mptopdf
followed by
   sudo mktexlsr
to update file database.

After that texexec should work, though I'm not sure any more about
which version of ConTeXt is needed in order to be able to use gnuplot
module. For the module itself you need just two files, so that should
not be a problem.

The solution that you would usually find anywhere else would be
   texexec --make --all
   mktexlsr
but texexec --make --all puts format in most weird places.

(Sorry, I forgot to tell. Just in case, always run "mktexlsr" if it
complains about format file not found.)

Installation instructions on the wiki are a mess (I'm really sorry for
that). In particular, texfont is not being maintaned any more and you
don't need it in the first place.

Mojca

Re: Context terminal

[Mojca M. <moj...@gm...>]

On Tue, Jul 7, 2009 at 22:32, Ethan Merritt<merritt@u.washington.edu> wrote:
> On Thursday 02 July 2009 07:54:46 Willi Egger wrote:
>>
>> It would be great if future releases would contain the CONTEXT terminal
>> built in, so that its use would work out of the box.
>>
>> I would like to thank Mojca Miklavec and Hans Hagen who invested into
>> the development oft the terminal and the integration into CONTEXT.
>
> Thanks for your note.
>
> I had another go at trying out the proposed terminal, but
> I have failed miserably to get the texlive2007 version in current
> Mandrive 9.1 to do anything at all with the output from Mojca's context.trm.
> TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD
> This texlive installation is working fine for all other uses I have needed.
>
> Is there an actual working version of CONTEXT packaged for use with linux?

(Assuming that you are working on 32-bit machine; for 64-bit processor
PATH to binaries is a bit different: linux->linux-64.)

1.) You can install TeX Live 2008 with "ConTeXt scheme" under
arbitrary folder from http://www.tug.org/texlive/acquire.html, but I
would need to review the details of installation, though it should be
straightforward. I suggest 2.)

2.) For a standalone ConTeXt distribution (that you can use completely
independent of TeX Live; you may "install" it anywhere, uninstalling
means just "rm" that folder).

## Installation:

cd /path/to
rsync -p rsync://contextgarden.net/minimals/setup/first-setup.sh .
./first-setup.sh --extras=t-gnuplot
# then you may go for a coffee while fonts are being downloaded
# (about 200-250 MB in total)
# this only sets the PATH to binaries (one can set path manually as well)
. tex/setuptex

# should not be needed, but just to make sure
mktexlsr
texexec --make --all

## Usage:

Either
    . /path/to/tex/setuptex
Or
    export PATH=/path/to/tex/texmf-linux/bin:$PATH

## Module usage

If you have the right gnuplot binary in path, you can try

\enableregime[utf-8]
\setupcolors[state=start]
\usemodule[gnuplot]

\starttext
% write a script for gnuplot
\startGNUPLOTscript[sin]
   plot sin(x)
\stopGNUPLOTscript
% include the resulting graphic into the document
\placefigure{testing}{\useGNUPLOTgraphic[sin]}
\stoptext

and compile it with
    texexec filename

Else just start with
    set term context standalone
that should give you a ready-to-compile document (I have not been
using this feature for a long time; I have just realized that it
outputs empty between plots pages, but that's a minor bug in the
ConTeXt style file and is not related to gnuplot terminal; I mean -
trm file doesn't need to be fixed).

Mojca

Re: Context terminal

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

On Thursday 02 July 2009 07:54:46 Willi Egger wrote:
>
> It would be great if future releases would contain the CONTEXT terminal 
> built in, so that its use would work out of the box.
> 
> I would like to thank Mojca Miklavec and Hans Hagen who invested into  
> the development oft the terminal and the integration into CONTEXT.

Thanks for your note.

I had another go at trying out the proposed terminal, but
I have failed miserably to get the texlive2007 version in current
Mandrive 9.1 to do anything at all with the output from Mojca's context.trm.
TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD
This texlive installation is working fine for all other uses I have needed.

Is there an actual working version of CONTEXT packaged for use with linux?


Run output from "texexec simple" after creating simple.tex using the
context terminal:

TeXExec | processing document 'simple'
TeXExec | no ctx file found
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | writing option file simple.top
TeXExec | using randomseed 717
TeXExec | tex engine: pdftex
TeXExec | tex format: cont-en
This is pdfTeXk, Version 3.141592-1.40.5 (Web2C 7.5.6)
 %&-line parsing enabled.
 (/usr/share/texmf/web2c/natural.tcx)
kpathsea: Running mktexfmt cont-en.fmt
I can't find the format file `cont-en.fmt'!



Some Googling indicated that this was a known problem, and suggested that
the fix was to run this command:
  texexec --make --all
That didn't do much of anything.

More Googling, this time finding the website 
http://wiki.contextgarden.net/Linux_Installation
It suggests:
  cd /usr/share/texmf/context/data
  texfont type-tmf.dat --en=texnansi --fontroot=/usr/share/texmf --install --makepath
That produces the following error:

  TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004
        trying to locate : type-tmf.dat
      processing aborted : unknown batch file

At that point I gave up.

> Looking forward seeing the CONTEXT-terminal included in the distribution.

That would be greatly facilitated if you or someone else would provide
instructions for how to get context running.  Otherwise it is not
possible to test the new terminal.


> Kind regards
> 
> Willi Egger

	Ethan

-- 
Ethan A Merritt

Context terminal

[Willi E. <w....@bo...>]

Hi,

For an ongoing project I need to make quite special plots. The  
requests made by the customer make it necessary to use special tools.  
Until now the only tool providing the possibilities is GNUPLOT. The  
most convenient way to present the needed plots is for me by using  
CONTEXT. CONTEXT is my environment where I prepare almost everything  
from labels to letters and of course reports. It would be great if  
future releases would contain the CONTEXT terminal built in, so that  
its use would work out of the box.

I would like to thank Mojca Miklavec and Hans Hagen who invested into  
the development oft the terminal and the integration into CONTEXT.

Looking forward seeing the CONTEXT-terminal included in the  
distribution.

Kind regards

Willi Egger
  

gnuplot4.3 for cygwin binaries ( addition of the package on cygwin-1.7.0)

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

Hello 

I have updated gnuplot4.3 for cygwin binaries addting the package for cygwin-1.7.0.
This is because the latest octave binaries on cygwin are now distributed only on cygwin-1.7.0.

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

Regards

Tatsuro

--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

Re: New line not working for latex math mode?

[Miguel R. R. <mru...@gm...>]

OK. Solved.

I didn't read the documentation properly:

The epslatex driver offers a special way of controlling text
positioning: (a) If any text string begins with ’{’, you also need to
include a ’}’ at the end of the text, and the whole text will be
centered both horizontally and vertically by LaTeX. (b) If the text
string begins with ’[’, you need to continue it with: a position
specification (up to two out of t,b,l,r,c), ’]{’, the text itself, and
finally, ’}’. The text itself may be anything LaTeX can typeset as an
LR-box. \rule{}{}’s may help for best positioning. See also the
documentation for the pslatex (p. 181) terminal driver. To create
multiline labels, use \shortstack, for example set ylabel
’[r]{\shortstack{first line \\ second line}}’

So, this does work:
set label '\shortstack{a \\ b}'

I still don't know if there's any way of putting an eqnarray
environment (I guess this is the only way of writing multiline
equations) into a \makebox (where the epslatex terminal outputs
labels).

Sorry for the confusion!

Miguel

2009/6/27 Mojca Miklavec <moj...@gm...>:
> I'm sorry,
>
> I messed up a bit ... (too late hour).
>
> You need to try what works inside \hbox{...}, not only equation is a
> box. Gnuplot puts everything inside something equivalent to \hbox.
>
> To start with, the following should work
>    '\vbox{\hbox{a}\hbox{b}}'
> but I'm sure that there must be some more LaTeX-ish way to do the
> same. Still you probably cannot avoid the need to create either \vbox
> or multiline equation.
>
> Any automatic conversions would do more harm than good. The only
> solution to this would be not putting the contents to \hbox in the
> first place, though that might bring other problems.
>
> Mojca
>
> On Sun, Jun 28, 2009 at 01:03, Miguel Rubio Roy wrote:
>>> You may not have (two or more subsequent) line breaks inside equations in TeX.
>>
>> I've only tried one line break, not two and not subsequent:
>>>> set label "a \n b" at 0,90
>>>> set label 'a \\ b' at 0,70
>>>> set label "a \\\\ b" at 0,60
>>
>> and anyway, I'd say these commands do not generate equations.
>>
>>>> How can I introduce a new line in math mode?
>>>
>>> If it was plain TeX it would be something like
>>>    '$\displaystyle{\matrix{a \cr b}}$'
>>> but I think that LaTeX has \matrix redefined, so you need to check (I
>>> have not been using LaTeX for ages), the syntax might be slightly
>>> different.
>>
>> I haven't tried something like that but, I guess I would have to
>> replace \cr with something like \\ which is not working, anyway.
>>
>>> Another option would be to use
>>>    '$a$ \\ $b$'
>>> Again - I didn't check it, but just to get you the idea: you need to
>>> split the math expressions into two and make a break *outside* of
>>> equations. TeX cannot make a line break with "\\" inside equation.
>>
>> Some of my attempts weren't equations, and they weren't working, anyway:
>>>> set label "a \n b" at 0,90
>>>> set label 'a \\ b' at 0,70
>>>> set label "a \\\\ b" at 0,60
>>
>>> But this is hardly related to gnuplot. Gnuplot will just output the
>>> label text unaltered to LaTeX document. You need to use the strengths
>>> and limitations of TeX/LaTeX when typesetting. It's best if you try to
>>> figure out how to achieve the desired effect in usual LaTeX document
>>> first and then just add the needed escape characters to generate the
>>> label inside gnuplot.
>>
>> I agree. Compiling the following with pdflatex works fine (places "a"
>> and "b" in different lines):
>>
>> \documentclass[english]{article}
>> \usepackage[T1]{fontenc}
>> \usepackage[latin9]{inputenc}
>> \usepackage{babel}
>> \begin{document}
>> a \\ b
>> \end{document}
>>
>>
>> Thanks
>>
>> Miguel
>>
>

Re: Curly braces drawing

[Miguel R. R. <mru...@gm...>]

For the record, an auto-answer:

What I was asking can be done, with the epslatex terminal (and
probably most latex terminals) by using a zero-width \rule inside an
"stretchable" LaTeX delimiter:

set label '$\left\{\rule{0cm}{1cm}\right.$'

As all labels, it can be rotated and positioned; with \rule it can be
resized precisely. Of course, a part of curly braces this can also be
used with parenthesis, brackets and any other type of "stretchable"
delimiters for LaTeX.
http://www-h.eng.cam.ac.uk/help/tpl/textprocessing/teTeX/latex/latex2e-html/ltx-403.html

Miguel

2009/6/20 Miguel Rubio Roy <mru...@gm...>:
> Hi,
>  I need to include some curly braces in a figure. It's a spectra and
> I want to point out a group of peaks.
>  I haven't found any feature in the documentation regarding curly
> brace drawing (like set arrow does for arrows). Is this a missing
> feature or I am missing something? Is there any way to do it? I would
> prefer not to deal with a rotated latex label because the size of the
> brace would be difficult to control.
>
> I'm using gnuplot 4.2.5 with epslatex terminal
>
> BTW, I'm not totally comfortable using a development list for this
> type of questions. I wouldn't want to interfere with dev discussions.
> Please, tell me if you prefer that I use any other list or forum
>
> Thanks!
>
> Miguel
>

Re: New line not working for latex math mode?

[Mojca M. <moj...@gm...>]

I'm sorry,

I messed up a bit ... (too late hour).

You need to try what works inside \hbox{...}, not only equation is a
box. Gnuplot puts everything inside something equivalent to \hbox.

To start with, the following should work
    '\vbox{\hbox{a}\hbox{b}}'
but I'm sure that there must be some more LaTeX-ish way to do the
same. Still you probably cannot avoid the need to create either \vbox
or multiline equation.

Any automatic conversions would do more harm than good. The only
solution to this would be not putting the contents to \hbox in the
first place, though that might bring other problems.

Mojca

On Sun, Jun 28, 2009 at 01:03, Miguel Rubio Roy wrote:
>> You may not have (two or more subsequent) line breaks inside equations in TeX.
>
> I've only tried one line break, not two and not subsequent:
>>> set label "a \n b" at 0,90
>>> set label 'a \\ b' at 0,70
>>> set label "a \\\\ b" at 0,60
>
> and anyway, I'd say these commands do not generate equations.
>
>>> How can I introduce a new line in math mode?
>>
>> If it was plain TeX it would be something like
>>    '$\displaystyle{\matrix{a \cr b}}$'
>> but I think that LaTeX has \matrix redefined, so you need to check (I
>> have not been using LaTeX for ages), the syntax might be slightly
>> different.
>
> I haven't tried something like that but, I guess I would have to
> replace \cr with something like \\ which is not working, anyway.
>
>> Another option would be to use
>>    '$a$ \\ $b$'
>> Again - I didn't check it, but just to get you the idea: you need to
>> split the math expressions into two and make a break *outside* of
>> equations. TeX cannot make a line break with "\\" inside equation.
>
> Some of my attempts weren't equations, and they weren't working, anyway:
>>> set label "a \n b" at 0,90
>>> set label 'a \\ b' at 0,70
>>> set label "a \\\\ b" at 0,60
>
>> But this is hardly related to gnuplot. Gnuplot will just output the
>> label text unaltered to LaTeX document. You need to use the strengths
>> and limitations of TeX/LaTeX when typesetting. It's best if you try to
>> figure out how to achieve the desired effect in usual LaTeX document
>> first and then just add the needed escape characters to generate the
>> label inside gnuplot.
>
> I agree. Compiling the following with pdflatex works fine (places "a"
> and "b" in different lines):
>
> \documentclass[english]{article}
> \usepackage[T1]{fontenc}
> \usepackage[latin9]{inputenc}
> \usepackage{babel}
> \begin{document}
> a \\ b
> \end{document}
>
>
> Thanks
>
> Miguel
>

Re: New line not working for latex math mode?

[Miguel R. R. <mru...@gm...>]

> You may not have (two or more subsequent) line breaks inside equations in TeX.

I've only tried one line break, not two and not subsequent:
>> set label "a \n b" at 0,90
>> set label 'a \\ b' at 0,70
>> set label "a \\\\ b" at 0,60

and anyway, I'd say these commands do not generate equations.

>> How can I introduce a new line in math mode?
>
> If it was plain TeX it would be something like
>    '$\displaystyle{\matrix{a \cr b}}$'
> but I think that LaTeX has \matrix redefined, so you need to check (I
> have not been using LaTeX for ages), the syntax might be slightly
> different.

I haven't tried something like that but, I guess I would have to
replace \cr with something like \\ which is not working, anyway.

> Another option would be to use
>    '$a$ \\ $b$'
> Again - I didn't check it, but just to get you the idea: you need to
> split the math expressions into two and make a break *outside* of
> equations. TeX cannot make a line break with "\\" inside equation.

Some of my attempts weren't equations, and they weren't working, anyway:
>> set label "a \n b" at 0,90
>> set label 'a \\ b' at 0,70
>> set label "a \\\\ b" at 0,60

> But this is hardly related to gnuplot. Gnuplot will just output the
> label text unaltered to LaTeX document. You need to use the strengths
> and limitations of TeX/LaTeX when typesetting. It's best if you try to
> figure out how to achieve the desired effect in usual LaTeX document
> first and then just add the needed escape characters to generate the
> label inside gnuplot.

I agree. Compiling the following with pdflatex works fine (places "a"
and "b" in different lines):

\documentclass[english]{article}
\usepackage[T1]{fontenc}
\usepackage[latin9]{inputenc}
\usepackage{babel}
\begin{document}
a \\ b
\end{document}


Thanks

Miguel

Re: New line not working for latex math mode?

[Mojca M. <moj...@gm...>]

On Sun, Jun 28, 2009 at 00:12, Miguel Rubio Roy wrote:
> Hi,
>
> Maybe I'm doing something wrong, but I cannot make the latex newline to
> work.
>
> *Only* the *first* label of all these:
>
> set term epslatex standalone color size 9cm,9cm
> set output "test.tex"
> set label "a \n b" at 0,90
> set label 'a \\ b' at 0,70
> set label "a \\\\ b" at 0,60
> set label '$a \\ b$' at 0,50
> set label "$a \\\\ b$" at 0,40
> set label '$\displaystyle a \\ b$' at 0,30
> set label "$\\displaystyle a \\\\ b$" at 0,20
> f(x) = x**2
> plot f(x)
> unset output
>
> will produce two lines of text, and whenever I'll try to use \n in math mode
> like
> set label "$a \n b$"
>
> pdflatex will give me an error

You may not have (two or more subsequent) line breaks inside equations in TeX.

> Is all these normal?

I would say yes (though I didn't try anything out).

> How can I introduce a new line in math mode?

If it was plain TeX it would be something like
    '$\displaystyle{\matrix{a \cr b}}$'
but I think that LaTeX has \matrix redefined, so you need to check (I
have not been using LaTeX for ages), the syntax might be slightly
different.

Another option would be to use
    '$a$ \\ $b$'
Again - I didn't check it, but just to get you the idea: you need to
split the math expressions into two and make a break *outside* of
equations. TeX cannot make a line break with "\\" inside equation.

But this is hardly related to gnuplot. Gnuplot will just output the
label text unaltered to LaTeX document. You need to use the strengths
and limitations of TeX/LaTeX when typesetting. It's best if you try to
figure out how to achieve the desired effect in usual LaTeX document
first and then just add the needed escape characters to generate the
label inside gnuplot.

Mojca

New line not working for latex math mode?

[Miguel R. R. <mru...@gm...>]

Hi,

Maybe I'm doing something wrong, but I cannot make the latex newline to
work.

*Only* the *first* label of all these:

set term epslatex standalone color size 9cm,9cm
set output "test.tex"
set label "a \n b" at 0,90
set label 'a \\ b' at 0,70
set label "a \\\\ b" at 0,60
set label '$a \\ b$' at 0,50
set label "$a \\\\ b$" at 0,40
set label '$\displaystyle a \\ b$' at 0,30
set label "$\\displaystyle a \\\\ b$" at 0,20
f(x) = x**2
plot f(x)
unset output

will produce two lines of text, and whenever I'll try to use \n in math mode
like
set label "$a \n b$"

pdflatex will give me an error

Is all these normal? How can I introduce a new line in math mode?

I'm using gnuplot 4.2.5

Miguel

gnuplot manual misprint (no.30)

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

shige 06/26 2009
----------------

In term/gd.trm

 $Id: gd.trm,v 1.140 2009/06/21 17:04:01 sfeam Exp $

help for gif terminal seems to lack the following line. 

----- From here (gd.trm) -----
--- gd.trm.ORG	2009-06-26 17:37:12.000000000 +0900
+++ gd.trm	2009-06-26 17:37:34.000000000 +0900
@@ -2624,6 +2624,7 @@
 " The output plot size <x,y> is given in pixels---it defaults to 640x480.",
 " Please see additional information under `canvas` and `set size`.",
 " Blank space at the edges of the finished plot may be trimmed using the `crop`",
+" option, resulting in a smaller final image size. Default is `nocrop`.",
 "",
 " Each color must be of the form 'xrrggbb', where x is the literal character",
 " 'x' and 'rrggbb' are the red, green and blue components in hex.  For example,",
----- To here (canvas.trm) -----

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

Re: x11: slow drawing after set xtics font

[Ben A. <bpa...@ma...>]

On Jun 19, 2009, at 10:56 PM, Ethan Merritt wrote:

> On Friday 19 June 2009, Allin Cottrell wrote:
>> On Fri, 19 Jun 2009, Ben Abbott wrote:
>>
>>> On Friday, June 19, 2009, at 12:47PM, "Ethan Merritt" <merritt@u.washington.edu 
>>> > wrote:
>>>>
>>>>>> Cannot it get the list via xlsfont, GDFONTPATH, etc. and then use
>>>>>> arial/verdana/helvetica/ (i.e. the usual ttf and postscript  
>>>>>> fonts)?
>>>>>>
>>>>>
>>>>> I like that idea (provided xlsfonts always accompanies x11).
>>>>
>>>> It does not.  In particular it does seem to be provided by  
>>>> default in xorg
>>>> distributions.
>>>>
>>>>> If we wanted to match a scalable font whose metrics are as close  
>>>>> to
>>>>> Helvetica as possible, how would that be done with xlsfonts?
>>>>
>>>> I think you are attacking this from the wrong end.
>>>> If Octave wants to use a "standard" font but are worried that the  
>>>> user's font
>>>> server may not provide it, you should include a FAQ or trouble- 
>>>> shooting guide
>>>> explaining how to add that font to the font server.
>>>>
>>>>   Ethan
>>>
>>> That is a reasonable thing to include in the manual, but we'd
>>> also like to ensure that the graphics work with the user tries
>>> his/her first plot command.
>>
>> As author of another program that calls gnuplot to generate
>> graphics, I see your point and agree.
>>
>> The approach taken by gretl ( http://gretl.sourceforge.net ) is to
>> include in the package, as a failsafe, a "known good" free font
>> (e.g. FreeSans.ttf) and to make this the default for gnuplot
>> rendition. This may require some manipulation of environment
>> variables.
>
> Yeah, that's fine for gd/png/pdf but it won't work for x11.
> In order to use an x11 font you have to teach the font server where  
> to find it,
> or what it can substitute, which is exactly what I was suggesting as  
> the right
> approach.  X11 programs request fonts by passing a name template in a
> request to the font server.  Knowing a filename doesn't actually  
> help much,
> because the lookup process is not based on files or file names.

Ethan, if I were to add freesans.ttf to my system and "teach the font  
server where to find it", would the font then be available to be used  
by gnuplot's x11 terminal?

Ben

Re: x11: slow drawing after set xtics font

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

On Wednesday 24 June 2009, Ben Abbott wrote:

> Ethan, if I were to add freesans.ttf to my system and "teach the font  
> server where to find it", would the font then be available to be used  
> by gnuplot's x11 terminal?

Yes.

Re: Curly braces drawing

[Thomas S. <t.s...@fz...>]

maybe draw a curly brace?
e.g.

set xrange [-10:10]
plot sin(x)/x, "-" us 1:2 w l sm bezier
-2 0.5
-2 0.6
-1 0.55
0 0.5
0 0.6

0 0.6
0 0.5
1 0.55
2 0.6
2 0.5
e


Miguel Rubio Roy wrote:
> 
> Hi,
>   I need to include some curly braces in a figure. It's a spectra and
> I want to point out a group of peaks.
>   I haven't found any feature in the documentation regarding curly
> brace drawing (like set arrow does for arrows). Is this a missing
> feature or I am missing something? Is there any way to do it? I would
> prefer not to deal with a rotated latex label because the size of the
> brace would be difficult to control.
> 
> I'm using gnuplot 4.2.5 with epslatex terminal
> 
> BTW, I'm not totally comfortable using a development list for this
> type of questions. I wouldn't want to interfere with dev discussions.
> Please, tell me if you prefer that I use any other list or forum
> 
> Thanks!
> 
> Miguel
> 
> ------------------------------------------------------------------------------
> Are you an open source citizen? Join us for the Open Source Bridge
> conference!
> Portland, OR, June 17-19. Two days of sessions, one day of unconference:
> $250.
> Need another reason to go? 24-hour hacker lounge. Register today!
> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/Curly-braces-drawing-tp24130335p24134012.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Lua terminal err: No driver name or file name given.

[Tim T. <ti...@gm...>]

Works like a charm. Thanks!

Best regards,



Tim.



On Sat, Jun 20, 2009 at 4:53 PM, Ethan Merritt<merritt@u.washington.edu> wrote:
> On Saturday 20 June 2009, Tim Teatro wrote:
>> Hi All,
>>
>> Thanks in advance.
>>
>> Yesterday I downloaded and compiled the CVS version of GNUPLOT. I had
>> to apt-get Lua, and follow the instructions here
>>
>> http://ubuntuforums.org/showthread.php?t=1127979
>>
>> to get the configure script to pick it up. Compilation seems to go
>> fine, but when I try to set the terminal:
>>
>> gnuplot> set term lua
>> Terminal type set to 'lua'
>>          No Lua driver name or file name given!
>>
>> I checked the config.log, and there's a bunch of nonsense about not
>> finding lua.h. I'm not sure why, since
>>
>> pkg-config --cflags "lua"
>> -I/usr/include/lua5.1
>>
>> Anyhow, the -I flag shows up fine in CPPFLAGS in the Makefile, but I
>> don't know if it's being picked up or not by GCC.
>>
>> Could anyone point me in the right direction?
>
>
> "lua" is the name of a generic driver that can in theory create
> several different output formats.  The only one implemented at this
> point is tikz, but the intent is that in the future there could be
> others.  To create tikz output, you can either say
>   set term lua tikz
> or just
>   set term tikz
>
> This is similar to how the current gd terminal driver works.
> It can be used to create gif, png, or jpeg output.  But you don't
> say "set term gd", you say "set term png" and so on.
>

Curly braces drawing

[Miguel R. R. <mru...@gm...>]

Hi,
  I need to include some curly braces in a figure. It's a spectra and
I want to point out a group of peaks.
  I haven't found any feature in the documentation regarding curly
brace drawing (like set arrow does for arrows). Is this a missing
feature or I am missing something? Is there any way to do it? I would
prefer not to deal with a rotated latex label because the size of the
brace would be difficult to control.

I'm using gnuplot 4.2.5 with epslatex terminal

BTW, I'm not totally comfortable using a development list for this
type of questions. I wouldn't want to interfere with dev discussions.
Please, tell me if you prefer that I use any other list or forum

Thanks!

Miguel

Re: Lua terminal err: No driver name or file name given.

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

On Saturday 20 June 2009, Tim Teatro wrote:
> Hi All,
> 
> Thanks in advance.
> 
> Yesterday I downloaded and compiled the CVS version of GNUPLOT. I had
> to apt-get Lua, and follow the instructions here
> 
> http://ubuntuforums.org/showthread.php?t=1127979
> 
> to get the configure script to pick it up. Compilation seems to go
> fine, but when I try to set the terminal:
> 
> gnuplot> set term lua
> Terminal type set to 'lua'
>          No Lua driver name or file name given!
> 
> I checked the config.log, and there's a bunch of nonsense about not
> finding lua.h. I'm not sure why, since
> 
> pkg-config --cflags "lua"
> -I/usr/include/lua5.1
> 
> Anyhow, the -I flag shows up fine in CPPFLAGS in the Makefile, but I
> don't know if it's being picked up or not by GCC.
> 
> Could anyone point me in the right direction?


"lua" is the name of a generic driver that can in theory create 
several different output formats.  The only one implemented at this
point is tikz, but the intent is that in the future there could be
others.  To create tikz output, you can either say
   set term lua tikz
or just
   set term tikz

This is similar to how the current gd terminal driver works.
It can be used to create gif, png, or jpeg output.  But you don't
say "set term gd", you say "set term png" and so on. 

Lua terminal err: No driver name or file name given.

[Tim T. <ti...@gm...>]

Hi All,

Thanks in advance.

Yesterday I downloaded and compiled the CVS version of GNUPLOT. I had
to apt-get Lua, and follow the instructions here

http://ubuntuforums.org/showthread.php?t=1127979

to get the configure script to pick it up. Compilation seems to go
fine, but when I try to set the terminal:

gnuplot> set term lua
Terminal type set to 'lua'
         No Lua driver name or file name given!

I checked the config.log, and there's a bunch of nonsense about not
finding lua.h. I'm not sure why, since

pkg-config --cflags "lua"
-I/usr/include/lua5.1

Anyhow, the -I flag shows up fine in CPPFLAGS in the Makefile, but I
don't know if it's being picked up or not by GCC.

Could anyone point me in the right direction?

Thanks,



Tim.

Re: x11: slow drawing after set xtics font

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

On Friday 19 June 2009, Allin Cottrell wrote:
> On Fri, 19 Jun 2009, Ben Abbott wrote:
> 
> >
> > On Friday, June 19, 2009, at 12:47PM, "Ethan Merritt" <merritt@u.washington.edu> wrote:
> > >
> > >> > Cannot it get the list via xlsfont, GDFONTPATH, etc. and then use
> > >> > arial/verdana/helvetica/ (i.e. the usual ttf and postscript fonts)?
> > >> >
> > >>
> > >> I like that idea (provided xlsfonts always accompanies x11).
> > >
> > >It does not.  In particular it does seem to be provided by default in xorg
> > >distributions.
> > >
> > >> If we wanted to match a scalable font whose metrics are as close to
> > >> Helvetica as possible, how would that be done with xlsfonts?
> > >
> > >I think you are attacking this from the wrong end.
> > >If Octave wants to use a "standard" font but are worried that the user's font
> > >server may not provide it, you should include a FAQ or trouble-shooting guide
> > >explaining how to add that font to the font server.
> > >
> > >    Ethan
> >
> > That is a reasonable thing to include in the manual, but we'd
> > also like to ensure that the graphics work with the user tries
> > his/her first plot command.
> 
> As author of another program that calls gnuplot to generate
> graphics, I see your point and agree.
> 
> The approach taken by gretl ( http://gretl.sourceforge.net ) is to
> include in the package, as a failsafe, a "known good" free font
> (e.g. FreeSans.ttf) and to make this the default for gnuplot
> rendition. This may require some manipulation of environment
> variables.

Yeah, that's fine for gd/png/pdf but it won't work for x11.  
In order to use an x11 font you have to teach the font server where to find it,
or what it can substitute, which is exactly what I was suggesting as the right 
approach.  X11 programs request fonts by passing a name template in a 
request to the font server.  Knowing a filename doesn't actually help much,
because the lookup process is not based on files or file names.

Re: x11: slow drawing after set xtics font

[Allin C. <cot...@wf...>]

On Fri, 19 Jun 2009, Ben Abbott wrote:

>
> On Friday, June 19, 2009, at 12:47PM, "Ethan Merritt" <merritt@u.washington.edu> wrote:
> >
> >> > Cannot it get the list via xlsfont, GDFONTPATH, etc. and then use
> >> > arial/verdana/helvetica/ (i.e. the usual ttf and postscript fonts)?
> >> >
> >>
> >> I like that idea (provided xlsfonts always accompanies x11).
> >
> >It does not.  In particular it does seem to be provided by default in xorg
> >distributions.
> >
> >> If we wanted to match a scalable font whose metrics are as close to
> >> Helvetica as possible, how would that be done with xlsfonts?
> >
> >I think you are attacking this from the wrong end.
> >If Octave wants to use a "standard" font but are worried that the user's font
> >server may not provide it, you should include a FAQ or trouble-shooting guide
> >explaining how to add that font to the font server.
> >
> >    Ethan
>
> That is a reasonable thing to include in the manual, but we'd
> also like to ensure that the graphics work with the user tries
> his/her first plot command.

As author of another program that calls gnuplot to generate
graphics, I see your point and agree.

The approach taken by gretl ( http://gretl.sourceforge.net ) is to
include in the package, as a failsafe, a "known good" free font
(e.g. FreeSans.ttf) and to make this the default for gnuplot
rendition. This may require some manipulation of environment
variables.

Allin Cottrell