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

Re: gnuplot with wxt on MacOS, time for decisions

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

On Tuesday 15 July 2008 16:36, Nigel Nunn wrote:
> On (8 May 2007 ??) 16 July 2008 Hans-Bernhard Bröker wrote:
> 
> > > 3rd solution = use one thread only (the most ambitious)
> > >  - the one and only thread is an event loop.
> > >  - "a char arrived on stdin" is handled as an event (this is natural,
> > > isn't it?), and passed to readline
> > >  - the event loop is actually the GUI loop, just extended to watch stdin
> > > in addition to window events
> >
> > That's pretty much the way the Windows native terminal has been doing
> > things since day 1 (and in a pretty nasty way, too, overriding the
> > <stdio.h> functions with macros of our own making).  Which means a bit
> > of synergy might be achievable if you go this way.
> >
> > > Currently, we have:
> > >     while( readline(); do_line(); ) {};
> > >
> > > Instead we would have an event loop, with the following callbacks:
> > >     data_is_available_in_stdin() {rl_callback_read_char ();}
> > >     line_is_completed() {do_line();}
> >
> > Not necessarily.  It's possible to lace the GUI event handling into the
> > readline character input function instead.
> 
> 
> Agreed. Our wx clone of HBB's Win32 version worked well.
> May be... time has come to polish and submit?


Feel free to submit, but...

I personally would prefer to see an outboard wxt driver.
That way a single gnuplot executable built for OSX could use 
aquaterm or x11 or wxt depending on what else was present on
the system.  No need for a separate executable specific to wxt.

	Ethan

-- 
Ethan A Merritt

RE: gnuplot with wxt on MacOS, time for decisions

[Nigel N. <nn...@gm...>]

On (8 May 2007 ??) 16 July 2008 Hans-Bernhard Bröker wrote:

> > 3rd solution = use one thread only (the most ambitious)
> >  - the one and only thread is an event loop.
> >  - "a char arrived on stdin" is handled as an event (this is natural,
> > isn't it?), and passed to readline
> >  - the event loop is actually the GUI loop, just extended to watch stdin
> > in addition to window events
>
> That's pretty much the way the Windows native terminal has been doing
> things since day 1 (and in a pretty nasty way, too, overriding the
> <stdio.h> functions with macros of our own making).  Which means a bit
> of synergy might be achievable if you go this way.
>
> > Currently, we have:
> >     while( readline(); do_line(); ) {};
> >
> > Instead we would have an event loop, with the following callbacks:
> >     data_is_available_in_stdin() {rl_callback_read_char ();}
> >     line_is_completed() {do_line();}
>
> Not necessarily.  It's possible to lace the GUI event handling into the
> readline character input function instead.


Agreed. Our wx clone of HBB's Win32 version worked well.
May be... time has come to polish and submit?

Nigel

Re: loading file

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

On Monday 14 July 2008 05:20:27 Anastasia Yanchilina wrote:
> Hi,
> 
> I am new to gnuplot but have a quick question.  I am trying to load a file
> from which I can plot using the 'load' function but the file is not found.
> I put the file in the binary directory.  What would you recommend to do to
> load a file?  Is there a reference page you would recommend to look at?

gnuplot>  help set loadpath



-- 
Ethan A Merritt

Re: Still not implemented?

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

On Monday 14 July 2008 10:09:07 Alessio Rocchi wrote:
> I'm facing a similar problem here, building a gnuplot interface for which the
> gprintf("timeformat",timecolumn(n)) was very handy.
> Implementing a gnupot function to format text using timefmt syntax would be (if
> possible) hellish.
> Any ideas?

gnuplot> print GPVAL_VERSION
4.3
gnuplot> help strftime

 `strftime("timeformat",t)` applies the timeformat specifiers to the time t
 given in seconds since the year 2000.
 See `time_specifiers` and `strptime`.



-- 
Ethan A Merritt

Still not implemented?

[Alessio R. <roc...@gm...>]

I'm facing a similar problem here, building a gnuplot interface for which the
gprintf("timeformat",timecolumn(n)) was very handy.
Implementing a gnupot function to format text using timefmt syntax would be (if
possible) hellish.
Any ideas?

loading file

[Anastasia Y. <nya...@gm...>]

Hi,

I am new to gnuplot but have a quick question.  I am trying to load a file
from which I can plot using the 'load' function but the file is not found.
I put the file in the binary directory.  What would you recommend to do to
load a file?  Is there a reference page you would recommend to look at?

Sincerely,
Anastasia

Re: expose built-in hotkey functions to the command line

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

On Saturday 12 July 2008, Petr Mikulik wrote:
> > > > > bind Right "if (GPVAL_SPLOT) builtin_rotate_right; \
> > > > > 	else set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; reread"
> > > > > 
> > > > > I propose to move the "builtin_" functions from the default "bind" command 
> > > > > among other functions callable from the command line.


> > > For other terminals, the behaviour does not make  
> > > good sense. Then it can change the parameters but not call replot. I think 
> > > the interactive terminals can be distinguished by presence of set_cursor() 
> > > function.
> > > 
> > > I think it could be useful to add flag GPVAL_TERM_INTERACTIVE = {0|1} in 
> > > order to distinguish these terminals. 
> > 
> > I think that is the wrong mechanism.
> > If it is a terminal property it should be a terminal flag:
> > 
> >    if (term->flags | TERM_INTERACTIVE) ...
> > 
> > except that there already is a global TBOOLEAN that would probably serve:
> > 
> >    if (mouse_setting.on) ...
> 
> Then this needs a change to terminals -- I would agree on this.

I was thinking that you could simply have the new functions test whether mousing
is active:
     arrow_right( ...)
     {
         if (!mouse_setting.on) return;
         ...
     }

That would not need any change to the terminal drivers.

-- 
Ethan A Merritt

Re: expose built-in hotkey functions to the command line

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

> > > > bind Right "if (GPVAL_SPLOT) builtin_rotate_right; \
> > > > 	else set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; reread"
> > > > 
> > > > I propose to move the "builtin_" functions from the default "bind" command 
> > > > among other functions callable from the command line.
> > > 
> > > What happens if mousing is not active when you call such a function?
> > > Suppose, for instance, that I am viewing using
> > > 	"set term png; set output '|display png:-'
> > > which I frequently do.
> > > 
> > > Does calling the function print an error?
> > 
> > no
> > 
> > > Does it force a replot even though this terminal wouldn't normally
> > > respond to hotkeys?
> > 
> > no
> 
> Why not?  That seems to me to be the main use of the function.
> You could make minor adjustments to the view angle even for non-mousing
> terminals.

Fine, it can do replot.

> > > Does it silently change the view angle internally without changing the 
> > > displayed image?
> > 
> > In principle, it does not matter. The function is expected to be called for 
> > interactive terminals only. 
> 
> Then I am not sure I see what is the argument for making it a generally
> available function.  I suppose it allows you to change the key bindings to
> something else....

Yes, it allows me to change it something else as well as back to the default 
value -- or even to do something else and then call the default function, 
which is not currently possible.

> > For other terminals, the behaviour does not make  
> > good sense. Then it can change the parameters but not call replot. I think 
> > the interactive terminals can be distinguished by presence of set_cursor() 
> > function.
> > 
> > I think it could be useful to add flag GPVAL_TERM_INTERACTIVE = {0|1} in 
> > order to distinguish these terminals. 
> 
> I think that is the wrong mechanism.
> If it is a terminal property it should be a terminal flag:
> 
>    if (term->flags | TERM_INTERACTIVE) ...
> 
> except that there already is a global TBOOLEAN that would probably serve:
> 
>    if (mouse_setting.on) ...

Then this needs a change to terminals -- I would agree on this.

---
PM

Re: Adding c functions into gnuplot

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

emilio <emilio38 <at> yahoo.com> writes:

> 
> 
> Hello everbody,
> 
> I need to use some functions of the GSL library (Jacobi functions) as a
> builtin function of gnuplot.
> 
> Do anyone know if there exists an easy way to define a new function
> that couldn't be express as a combination of elementary operations?

What exactly is it that you need emilio?  Elliptical functions?  Theta function?
 sn(), cn(), dn()?  I'm wondering if this function couldn't simply be added to
the list of special functions.  This paper

www.jucs.org/jucs_4_1/reliable_computation_of_elliptic/Luther_W.pdf

has an arithmetic-geometric mean algorithm I was going to try.  However, I then
noticed that Andras Pal added some elliptical functions fairly recently.  Type
"help elliptic" for info.  Is that what you are looking for?

Dan

Re: expose built-in hotkey functions to the command line

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

On Friday 11 July 2008, you wrote:
> > > After the addition of new automatic GPVAL_ variables, I wish to be able to 
> > > rebound some hotkeys, for example:
> > > 
> > > bind Right "if (GPVAL_SPLOT) builtin_rotate_right; \
> > > 	else set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; reread"
> > > 
> > > I propose to move the "builtin_" functions from the default "bind" command 
> > > among other functions callable from the command line.
> > 
> > What happens if mousing is not active when you call such a function?
> > Suppose, for instance, that I am viewing using
> > 	"set term png; set output '|display png:-'
> > which I frequently do.
> > 
> > Does calling the function print an error?
> 
> no
> 
> > Does it force a replot even though this terminal wouldn't normally
> > respond to hotkeys?
> 
> no

Why not?  That seems to me to be the main use of the function.
You could make minor adjustments to the view angle even for non-mousing
terminals.


> > Does it silently change the view angle internally without changing the 
> > displayed image?
> 
> In principle, it does not matter. The function is expected to be called for 
> interactive terminals only. 

Then I am not sure I see what is the argument for making it a generally
available function.  I suppose it allows you to change the key bindings to
something else....

> For other terminals, the behaviour does not make  
> good sense. Then it can change the parameters but not call replot. I think 
> the interactive terminals can be distinguished by presence of set_cursor() 
> function.
> 
> I think it could be useful to add flag GPVAL_TERM_INTERACTIVE = {0|1} in 
> order to distinguish these terminals. 

I think that is the wrong mechanism.
If it is a terminal property it should be a terminal flag:

   if (term->flags | TERM_INTERACTIVE) ...

except that there already is a global TBOOLEAN that would probably serve:

   if (mouse_setting.on) ...



-- 
Ethan A Merritt

gnuplot manual misprint (no.26)

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

shige 07/11 2008
----------------

In docs/gnuplot.doc of current CVS version

 ROS $Id: gnuplot.doc,v 1.518 2008/07/07 16:37:16 sfeam Exp $

I found some points 

1) that seem to be misprints, 
2) for "see `...`" system of doc2tex, or
3) for "  " (double space) at the top of line of doc2tex.

I send the unified diff file for them.

----- From here -----
--- gnuplot.doc.ORG	2008-07-11 20:51:20.000000000 +0900
+++ gnuplot.doc	2008-07-11 20:58:14.000000000 +0900
@@ -1,4 +1,4 @@
-C ROS $Id: gnuplot.doc,v 1.518 2008/07/07 16:37:16 sfeam Exp $
+C RCS $Id: gnuplot.doc,v 1.518 2008/07/07 16:37:16 sfeam Exp $
 C
 C Copyright (C) 1986 - 1993, 1998, 1999, 2000, 2001, 2004   Thomas Williams, Colin Kelley et al.
 C
@@ -1572,7 +1572,7 @@
 
        plot 'file' using 1:( $4<0 ? 1/0 : ($2+$3)/2 )
 
- Please see `plot datafile using` for an explanation of the `using` syntax.
+ For an explanation of the `using` syntax, please see `plot datafile using`.
 
 3 Gnuplot-defined variables
 ?gnuplot-defined variables
@@ -2497,7 +2497,7 @@
    # Plot with crossbars on the whiskers, crossbars are 50% of full width
    plot 'stat.dat' using 1:3:2:6:5 with candlesticks whiskerbars 0.5
 
-  See `set boxwidth`, `set bars` and `set style fill`.
+ See `set boxwidth`, `set bars` and `set style fill`.
 2 circles
 ?commands set style circles
 ?set style circles
@@ -5503,11 +5503,11 @@
  The optional parameter is ignored for single plot-windows terminal, i.e. `pm`
  and `win`.
 
-  If the window is not raised under X11, then (1) they don't run in the same
-  X11 session (telnet or ssh session, for example), or (2) raising is blocked
-  by your window manager. On KDE, you may like to go to the KDE Control Center
-  => Desktop => Window Behaviour => Advanced and set the "Focus stealing
-  prevention level" to None (default is Low).
+ If the window is not raised under X11, then (1) they don't run in the same
+ X11 session (telnet or ssh session, for example), or (2) raising is blocked
+ by your window manager. On KDE, you may like to go to the KDE Control Center
+ => Desktop => Window Behaviour => Advanced and set the "Focus stealing
+ prevention level" to None (default is Low).
 2 refresh
 ?commands refresh
 ?refresh
@@ -8100,7 +8100,7 @@
  the mouse position. Labels are drawn with the current setting of `mouseformat`.
  The `labeloptions` string is passed to the `set label` command.  The default is
  "point pointstyle 1" which will plot a small plus at the label position.
- Temporary labels will disappear at the nex `replot` or mouse zoom operation.
+ Temporary labels will disappear at the next `replot` or mouse zoom operation.
  Persistent labels can be removed by holding the Ctrl-Key down while clicking
  Button 2 on the label's point. The threshold for how close you must be to the
  label is also determined by the `pointsize`.
@@ -8922,7 +8922,7 @@
 ^ <a href="http://zimg.sourceforge.net">
            http://zimg.sourceforge.net
 ^ </a>
-  ).
+ ).
 
  `set palette gray` switches to a gray only palette. `set palette rgbformulae`,
  `set palette defined`, `set palette file` and `set palette functions` switch
@@ -9236,8 +9236,8 @@
  r = f(t), where t is an angle of rotation.  The trange controls the domain
  (the angle) of the function, and the x and y ranges control the range of the
  graph in the x and y directions.  Each of these ranges, as well as the
- rrange, may be autoscaled or set explicitly.  See `set xrange` for details
- of all the `ranges` commands.
+ rrange, may be autoscaled or set explicitly. For details of all the
+ `ranges` commands, see `set xrange`.
 
  Example:
        set polar
@@ -9368,7 +9368,7 @@
  values (1.0).
 
  `ratio` and `square` have no effect on 3D plots, but do affect 3D projections
- created using "set view map".
+ created using `set view map`.
 
  Examples:
 
@@ -9383,7 +9383,7 @@
 
  See also
 ^ <a href="http://www.gnuplot.info/demo/airfoil.html">
-  airfoil demo.
+ airfoil demo.
 ^ </a>
 3 style
 ?set style
@@ -9490,7 +9490,7 @@
        set style arrow 1 nohead lw 2
        set arrow arrowstyle 1
 
-  See also `set arrow` for further examples.
+ See also `set arrow` for further examples.
 
 4 set style data
 ?commands set style data
@@ -11101,7 +11101,7 @@
  `splot` provides only a single x, y, and z axis; there is no equivalent to the
  x2 and y2 secondary axes provided by `plot`.
 
- See `plot` for features common to the `plot` command; only differences are
+ For features common to the `plot` command, see `plot`; only differences are
  discussed in detail here.
 
  Syntax:
@@ -11521,7 +11521,7 @@
  Or upload the report to the gnuplot web site on SourceForge.
  Please give complete information on the version of gnuplot you are using
  and, if possible, a test script that demonstrates the bug.
- See `Seeking-assistance`.
+ See `seeking-assistance`.
 
  The sections below list problems known to be present in gnuplot version 4.2 at
  the time of release.  Some of these are actually bugs in external support
----- To here ----- 

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

Re: expose built-in hotkey functions to the command line

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

> > After the addition of new automatic GPVAL_ variables, I wish to be able to 
> > rebound some hotkeys, for example:
> > 
> > bind Right "if (GPVAL_SPLOT) builtin_rotate_right; \
> > 	else set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; reread"
> > 
> > I propose to move the "builtin_" functions from the default "bind" command 
> > among other functions callable from the command line.
> 
> What happens if mousing is not active when you call such a function?
> Suppose, for instance, that I am viewing using
> 	"set term png; set output '|display png:-'
> which I frequently do.
> 
> Does calling the function print an error?

no

> Does it force a replot even though this terminal wouldn't normally
> respond to hotkeys?

no

> Does it silently change the view angle internally without changing the 
> displayed image?

In principle, it does not matter. The function is expected to be called for 
interactive terminals only. For other terminals, the behaviour does not make 
good sense. Then it can change the parameters but not call replot. I think 
the interactive terminals can be distinguished by presence of set_cursor() 
function.

I think it could be useful to add flag GPVAL_TERM_INTERACTIVE = {0|1} in 
order to distinguish these terminals. 

---
PM

Re: expose built-in hotkey functions to the command line

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

On Wednesday 09 July 2008, Petr Mikulik wrote:
> After the addition of new automatic GPVAL_ variables, I wish to be able to 
> rebound some hotkeys, for example:
> 
> bind Right "if (GPVAL_SPLOT) builtin_rotate_right; \
> 	else set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; reread"
> 
> I propose to move the "builtin_" functions from the default "bind" command 
> among other functions callable from the command line.

What happens if mousing is not active when you call such a function?
Suppose, for instance, that I am viewing using
	"set term png; set output '|display png:-'
which I frequently do.

Does calling the function print an error?

Does it silently change the view angle internally without changing the displayed image?

Does it force a replot even though this terminal wouldn't normally
respond to hotkeys?


-- 
Ethan A Merritt

expose built-in hotkey functions to the command line

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

After the addition of new automatic GPVAL_ variables, I wish to be able to 
rebound some hotkeys, for example:

bind Right "if (GPVAL_SPLOT) builtin_rotate_right; \
	else set xrange [GPVAL_X_MIN+100:GPVAL_X_MAX+100]; reread"

I propose to move the "builtin_" functions from the default "bind" command 
among other functions callable from the command line. I guess there is a 
very small probability that users would call functions by these names and 
thus it would break some scripts.

---
PM

Re: Adding c functions into gnuplot

[Lutz M. <lut...@gm...>]

On Monday 07 July 2008 15:59:13 emilio wrote:
> I need to use some functions of the GSL library (Jacobi functions) as a
> builtin function of gnuplot.

Here is a workaround: write a simple C program that takes a single command 
line argument x, calculates the function value and writes it to stdout. 
Let's say this program is called jacobi, then you can define the function

  jacobi(x)=0+system(sprintf("jacobi %f",x))

inside gnuplot, which you can use like any other function (from what I 
remember the "0+" notation is necessary to force the conversion from a 
string to a number). It is very slow, though.

It would be nice if the GSL functions were available natively, but there 
seem to license issues (see feature request 968727 on SourceForge).

Hope this helps,

  Lutz

Re: histogram with negativ values

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

On Wednesday 09 July 2008 15:16:03 Christian wrote:
> 
> >From: "Ethan Merritt" <merritt@u.washington.edu>
> > On Wednesday 09 July 2008 02:58:05 Christian wrote:
> >> Hello,
> >>
> >> I tried the histogram function with gnuplot. I have positive and negative
> >> values. I would expect that negative values will be start from zero but 
> >> in
> >> the opposite direction as the positive values.
> >
> > They do, yes.
> >    set style plot histogram cluster
> >    set auto y
> >    plot 'foo' (column(1)), 'foo' (-column(1))
> > gives you one bar going up and one bar going down for each entry.
> 
> >> I would also expect this for  the stacked histogram.
> >
> > That would make no sense. It is not possible to mix positive and negative
> > values in a  stacked histogram.  The resulting represenation has no
> > unique interpretation.  In a nutshell, the plot would be useless.
> 
> It would make sense in some cases. For example I have 4 values e.g. a, b, c 
> and d which change over the time. The values c and d are negativ and it 
> should a + b = c + d. So I would like to plot all in a stacked histogram a 
> and b on the positive side and c + d on the negativ. 

Ah, I see. 
That would be a special case of a "back-to-back" or "violin" plot, one where
you have pre-modified the data so that one subset is always positive
and a different subset is always negative.

I think it is possible to do that in a single plot by filtering the data as you
go, but I'd have to play around with the scripting.   I guess this is what you
meant when you said there was an option to use multiplot.   Now I understand,
but I think you can probably accomplish this without using the "multiplot"
command.

-- 
Ethan A Merritt

Re: histogram with negativ values

[Christian <po...@we...>]

>From: "Ethan Merritt" <merritt@u.washington.edu>
> On Wednesday 09 July 2008 02:58:05 Christian wrote:
>> Hello,
>>
>> I tried the histogram function with gnuplot. I have positive and negative
>> values. I would expect that negative values will be start from zero but 
>> in
>> the opposite direction as the positive values.
>
> They do, yes.
>    set style plot histogram cluster
>    set auto y
>    plot 'foo' (column(1)), 'foo' (-column(1))
> gives you one bar going up and one bar going down for each entry.

>> I would also expect this for  the stacked histogram.
>
> That would make no sense. It is not possible to mix positive and negative
> values in a  stacked histogram.  The resulting represenation has no
> unique interpretation.  In a nutshell, the plot would be useless.

It would make sense in some cases. For example I have 4 values e.g. a, b, c 
and d which change over the time. The values c and d are negativ and it 
should a + b = c + d. So I would like to plot all in a stacked histogram a 
and b on the positive side and c + d on the negativ. I think plotting 
negativ values stacked on the negative axis makes more sense than 
subtracting the negative value from the stacked bar. This makes the plot 
senseless for me.

Cheers
Christian 

Re: histogram with negativ values

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

On Wednesday 09 July 2008 02:58:05 Christian wrote:
> Hello,
> 
> I tried the histogram function with gnuplot. I have positive and negative 
> values. I would expect that negative values will be start from zero but in 
> the opposite direction as the positive values.

They do, yes.
    set style plot histogram cluster
    set auto y
    plot 'foo' (column(1)), 'foo' (-column(1))
gives you one bar going up and one bar going down for each entry. 

> I would also expect this for  the stacked histogram. 

That would make no sense. It is not possible to mix positive and negative
values in a  stacked histogram.  The resulting represenation has no
unique interpretation.  In a nutshell, the plot would be useless.

> But gnuplot does not work this way. 
> 
> Is this a bug? Will this be changed in the future.

No bug that I know of.
If you have a script that mis-behaves, please provide the script.

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

histogram with negativ values

[Christian <po...@we...>]

Hello,

I tried the histogram function with gnuplot. I have positive and negative 
values. I would expect that negative values will be start from zero but in 
the opposite direction as the positive values. I would also expect this for 
the stacked histogram. But gnuplot does not work this way.

Is this a bug? Will this be changed in the future.



I could do a multiplot as workarround but I'm not very happy with the 
solution.

Thanks
Christian 

Re: Problems with Enhanced mode and Postscript

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

On Sunday 06 July 2008 20:53:53 Philipp K. Janert wrote:

> > Please read the comments beginning at line 2628 in the
> > file term.c.   The intent was to allow escapes of the
> > formatting characters used by the enhanced text mode:
> >
> >      if (strchr("^_@&~",p[1]) == NULL)

> > > Has this been introduced relatively recently? E.g.
> > > as consequence of including support for multibyte
> > > char sets?
> >
> > Nope.  The current code has been this way since 2004.
> > (version 3.8 something).
> 
> That's pretty recent. ;-)
> 
> The docs/psdoc/ps_guide.ps file specifically
> gives examples with curlies, and since it is a
> Postscript file itself, I would have thought that
> Postscript works. 

Sure.  I agree it's a bug, and the simple-minded fix is obvious -
just add curly brackets to the test above.   My concern is that
the simple-minded fix may break some character encodings.
Or maybe not.   The encodings at risk are not ones that I use,
so I can't easily test.

-- 
Ethan A Merritt

Re: Problems with Enhanced mode and Postscript

[Philipp K. J. <ja...@ie...>]

On Sunday 06 July 2008 19:12, you wrote:
> On Sunday 06 July 2008, Philipp K. Janert wrote:
> > I see. Thanks.
> >
> > This does not just affect {}, though, but seems
> > to be a problem with the escape-mechanism.
> >
> > Stuff, like \~etc also does not work as expected.
>
> Please read the comments beginning at line 2628 in the
> file term.c.   The intent was to allow escapes of the
> formatting characters used by the enhanced text mode:
>
>      if (strchr("^_@&~",p[1]) == NULL)
>
> Unfortunately at the time we overlooked the curly brackets,
> which are not strictly speaking format characters but are
> interpreted as a special case by the enhanced text code.
> But as you see the '~' character is correctly handled
> (confirmed here using both 4.2 and current CVS).

Let me check that again. I had a hard time 
getting it right, but maybe that was because
I tried to use it in conjunction with curlies.

>
> > Has this been introduced relatively recently? E.g.
> > as consequence of including support for multibyte
> > char sets?
>
> Nope.  The current code has been this way since 2004.
> (version 3.8 something).

That's pretty recent. ;-)

The docs/psdoc/ps_guide.ps file specifically
gives examples with curlies, and since it is a
Postscript file itself, I would have thought that
Postscript works. 

>
> 	Ethan
>
> > Best,
> >
> > 		Ph.
> >
> > On Sunday 06 July 2008 17:29, you wrote:
> > > On Sunday 06 July 2008, Philipp K. Janert wrote:
> > > > There seem to be some inconsistencies regarding
> > > > the behaviour of "escape" characters when using
> > > > enhanced text mode with Postscript terminals.
> > > >
> > > > According to the documentation, backslashes
> > > > escape control characters. Furthermore, single
> > > > backslashes should be used with single-quoted
> > > > strings, but double backslashes with double-quoted
> > > > strings.
> > > >
> > > > Here are the commands:
> > > > 	set label 1 at 0,0 "f\\{x\\}"
> > > > 	set label 2 at 0,1 'f\{x\}'
> > > > 	plot [-1:1][-1:2] 3
> > >
> > > This is a known bug.
> > > # 1968636  	  incorrect treatment of '\{' and '\}' in postscript
> > >
> > > It would be easy to fix, except that it may have bad side effects for
> > > multibyte encodings, in particular SJIS and EUC.  Shige Takeno was
> > > kind enough to investigate the earlier escape sequences.
> > > Perhaps he could do the same for this pair as well.
> > >
> > > 	Ethan
> > >
> > > > This should create two labels, looking like:
> > > > 	f{x}
> > > >
> > > > Everything looks good (as expected) using
> > > > wxt enhanced.
> > > >
> > > > But when using Postscript, I find output that
> > > > looks like this:
> > > > 	f\x\
> > > > for both labels.
> > > >
> > > > Is this a known issue?
> > > >
> > > > Best,
> > > >
> > > > 		Ph.
> >
> > -------------------------------------------------------------------------
> > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> > Studies have shown that voting for your favorite open source project,
> > along with a healthy diet, reduces your potential for chronic lameness
> > and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Adding c functions into gnuplot

[emilio <emi...@ya...>]

Hello everbody,

I need to use some functions of the GSL library (Jacobi functions) as a
builtin function of gnuplot.

Do anyone know if there exists an easy way to define a new function
that couldn't be express as a combination of elementary operations?
-- 
View this message in context: http://www.nabble.com/Adding-c-functions-into-gnuplot-tp18328438p18328438.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Global style directives

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

On Sunday 06 July 2008, Philipp K. Janert wrote:
> 
> I would like to plot all data sets using a single
> point type. What I hear you say is that I can not
> use "set data style" to achieve this. Ok.

Not sure.  I still don't quite understand the effect you are
trying to achieve.  Do you want to plot data from multiple files
as if it were all part of one merged file?

You could do this, although it's awkward:

   set style line 1 pt 7
   set style line 2 pt 7
   set style line 3 pt 7
   set style line 4 pt 7
   set style increment user
   set style data point

   plot "foo", "baz", "blech", "merp"

That would give different colors though, unless you were
using a terminal set to "mono".

Easier would be simply
   plot "< cat foo baz blech merp" with points

	Ethan


> 
> On Sunday 06 July 2008 17:25, you wrote:
> > On Sunday 06 July 2008, Philipp K. Janert wrote:
> > > The command
> > > 	set data style points
> > > sets the default style for data to points.
> > >
> > > Is it somehow possible to include a point
> > > type in the global setting? Such as:
> > > 	set data style points pointtype 3
> >
> > That wouldn't make any sense.
> > If the data sets are to be plotted as points, then the points
> > must be different in order to distinguish which data set each
> > is from.
> >
> > > The command line as written does not work -
> > > is there some other syntax I am not aware of?
> >
> > What are you trying to accomplish, exactly?
> 

Re: Problems with Enhanced mode and Postscript

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

On Sunday 06 July 2008, Philipp K. Janert wrote:
> 
> I see. Thanks. 
> 
> This does not just affect {}, though, but seems
> to be a problem with the escape-mechanism.
> 
> Stuff, like \~etc also does not work as expected.

Please read the comments beginning at line 2628 in the
file term.c.   The intent was to allow escapes of the
formatting characters used by the enhanced text mode:

     if (strchr("^_@&~",p[1]) == NULL)

Unfortunately at the time we overlooked the curly brackets,
which are not strictly speaking format characters but are
interpreted as a special case by the enhanced text code.
But as you see the '~' character is correctly handled
(confirmed here using both 4.2 and current CVS).
 
> Has this been introduced relatively recently? E.g.
> as consequence of including support for multibyte
> char sets?

Nope.  The current code has been this way since 2004.
(version 3.8 something).

	Ethan


> 
> Best,
> 
> 		Ph.
> 
> On Sunday 06 July 2008 17:29, you wrote:
> > On Sunday 06 July 2008, Philipp K. Janert wrote:
> > > There seem to be some inconsistencies regarding
> > > the behaviour of "escape" characters when using
> > > enhanced text mode with Postscript terminals.
> > >
> > > According to the documentation, backslashes
> > > escape control characters. Furthermore, single
> > > backslashes should be used with single-quoted
> > > strings, but double backslashes with double-quoted
> > > strings.
> > >
> > > Here are the commands:
> > > 	set label 1 at 0,0 "f\\{x\\}"
> > > 	set label 2 at 0,1 'f\{x\}'
> > > 	plot [-1:1][-1:2] 3
> >
> > This is a known bug.
> > # 1968636  	  incorrect treatment of '\{' and '\}' in postscript
> >
> > It would be easy to fix, except that it may have bad side effects for
> > multibyte encodings, in particular SJIS and EUC.  Shige Takeno was
> > kind enough to investigate the earlier escape sequences.
> > Perhaps he could do the same for this pair as well.
> >
> > 	Ethan
> >
> > > This should create two labels, looking like:
> > > 	f{x}
> > >
> > > Everything looks good (as expected) using
> > > wxt enhanced.
> > >
> > > But when using Postscript, I find output that
> > > looks like this:
> > > 	f\x\
> > > for both labels.
> > >
> > > Is this a known issue?
> > >
> > > Best,
> > >
> > > 		Ph.
> 
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 



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

Re: Global style directives

[Philipp K. J. <ja...@ie...>]

I would like to plot all data sets using a single
point type. What I hear you say is that I can not
use "set data style" to achieve this. Ok.

On Sunday 06 July 2008 17:25, you wrote:
> On Sunday 06 July 2008, Philipp K. Janert wrote:
> > The command
> > 	set data style points
> > sets the default style for data to points.
> >
> > Is it somehow possible to include a point
> > type in the global setting? Such as:
> > 	set data style points pointtype 3
>
> That wouldn't make any sense.
> If the data sets are to be plotted as points, then the points
> must be different in order to distinguish which data set each
> is from.
>
> > The command line as written does not work -
> > is there some other syntax I am not aware of?
>
> What are you trying to accomplish, exactly?