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

Re: fill pattern

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

On Saturday 26 August 2006 10:45 pm, Mojca Miklavec wrote:
> On 8/27/06, Ethan A Merritt wrote:
> > On Saturday 26 August 2006 08:21 pm, Mojca Miklavec wrote:
> > >
> > > But what makes me wonder: I got a different pattern (fewer repetitions). See
> > >     http://pub.mojca.org/gnuplot/temp/a.ps
> >
> > That is an interesting example.
> > I do not recognize that set of patterns.
> > What plot command is generating them?
> 
> http://pub.mojca.org/gnuplot/temp/data.plt
> http://pub.mojca.org/gnuplot/temp/data.dat

At first I could not reproduce your plot; I got only the
expected hash-mark patterns.

Eventually I realized that the unusual visual effect in your
original plot comes from drawing the patterns with dashed lines.  
I don't know whether to consider that a bug or a feature :-)

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

Re: fill pattern

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

On Saturday 26 August 2006 10:45 pm, Mojca Miklavec wrote:
> 
> Would it be possible to store prologues into the binary somehow, so
> that if the file isn't found, the string stored in the binary would be
> used as a fallback? I guess that that would cause much less trouble to
> 99% of users which don't mind editing that file anyway.

You can build it that way if you want.
Just make sure that GNUPLOT_PS_DIR is #undefined during the build.
At least, that was the intent.
 
> Yesterday I took a closer look to the prologues. It's too late for
> 4.2, but for the next release: now the colors are "partially
> hardcoded". It means that one can change "color of linetype 3", but
> not the overall number of colors (unless h/shee manually replaces all
> the occurencies of "set color to linetype 4" to whatever other
> number). It shouldn't be that difficult to reimplement it is such a
> way that one would specify a list of colors to be used, gnuplot would
> output "linetype 30" and PostScript could figure out which color that
> is from current settings.

I agree.


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

Re: fill pattern

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

On 8/27/06, Ethan A Merritt wrote:
> On Saturday 26 August 2006 08:21 pm, Mojca Miklavec wrote:
> >
> > But what makes me wonder: I got a different pattern (fewer repetitions). See
> >     http://pub.mojca.org/gnuplot/temp/a.ps
>
> That is an interesting example.
> I do not recognize that set of patterns.
> What plot command is generating them?

http://pub.mojca.org/gnuplot/temp/data.plt
http://pub.mojca.org/gnuplot/temp/data.dat

(I didn't modify the file prologues.ps.)

> In the 4.2 postscript terminal and associated terminals (epslatex, etc)
> pattern definition has been moved into an external prologue file.

I still have problems loading it (if it's not located in the folder
where I execute gnuplot), but I hope that it will work OK when the
release comes out.

Would it be possible to store prologues into the binary somehow, so
that if the file isn't found, the string stored in the binary would be
used as a fallback? I guess that that would cause much less trouble to
99% of users which don't mind editing that file anyway.

> So if you want to experiment with new patterns, you can make a local
> copy of the prologue and edit it as you please.  You do not have to
> edit or rebuild gnuplot itself.

Yesterday I took a closer look to the prologues. It's too late for
4.2, but for the next release: now the colors are "partially
hardcoded". It means that one can change "color of linetype 3", but
not the overall number of colors (unless h/shee manually replaces all
the occurencies of "set color to linetype 4" to whatever other
number). It shouldn't be that difficult to reimplement it is such a
way that one would specify a list of colors to be used, gnuplot would
output "linetype 30" and PostScript could figure out which color that
is from current settings.

(A slight fearing is that if that is going to happen, any users that
would mind to change prologues.ps in the current version are likely to
fail to repeat the process with the next version. But that's another
issue.)

Mojca

Re: fill pattern

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

On Saturday 26 August 2006 08:21 pm, Mojca Miklavec wrote:
> 
> But what makes me wonder: I got a different pattern (fewer repetitions). See
>     http://pub.mojca.org/gnuplot/temp/a.ps

That is an interesting example. 
I do not recognize that set of patterns. 
What plot command is generating them?
 
> PS: In the case that you're willing to invest some time into
> suggesting & testing, please let me know. I would like to make those
> patterns configurable (in another terminal), 

In the 4.2 postscript terminal and associated terminals (epslatex, etc)
pattern definition has been moved into an external prologue file.
So if you want to experiment with new patterns, you can make a local
copy of the prologue and edit it as you please.  You do not have to
edit or rebuild gnuplot itself.  

The same could easily be done for the svg terminal, which refers to
patterns definitions via a URL.

	Ethan


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

Re: fill pattern

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

On 8/26/06, Dhiman Barman wrote:
> Hi,
>   I don't know if I am missing anything in using fill pattern
> in gnuplot 4.1 .
>
>   Two items with legends w and m have the same fill pattern. The plot is at
>   http://www.caida.org/~dhiman/c.eps
>
>   What could be the reason ? Is it a feature or bug ?

It's not a bug, but just as the others said: points, colors, patterns,
... cycle between a standard set (if you use more pattern types than
defined, they'll start repeating).

But what makes me wonder: I got a different pattern (fewer repetitions). See
    http://pub.mojca.org/gnuplot/temp/a.ps

Mojca

PS: In the case that you're willing to invest some time into
suggesting & testing, please let me know. I would like to make those
patterns configurable (in another terminal), but I don't use/like
patterns so much and I have no idea about how a representative set
(and alternative patterns to choose from) should look like. I
implemented points and colors so that they can very easily be
configured, but there are infinite possibilities for patterns and I
don't know where to start from.

Re: can't set term to x11

[Shehu S. A. <she...@ya...>]

Ok, thanks guys, I have solved it. Really simple.

> $gnuplot
> Expected X11 driver:
> /usr/local/libexec/gnuplot/4.1/gnuplot_x11
> Exec failed: Permission denied
> See 'help x11' for more details

I made /usr/local/libexec/ permission a+rx and got it
working!

Many thanks.


		
___________________________________________________________ 
Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html

Re: can't set term to x11

[Shehu S. A. <she...@ya...>]

--- Ethan Merritt <merritt@u.washington.edu> wrote:
> > I still have this
> > $gnuplot
> > Expected X11 driver:
> > /usr/local/libexec/gnuplot/4.1/gnuplot_x11
> > Exec failed: Permission denied
> 
> I have no idea what could cause that.
> Please report the output from
> 
>   >ls -asl
/usr/local/libexec/gnuplot/4.1/gnuplot_x11

# ls -asl /usr/local/libexec/gnuplot/4.1/gnuplot_x11
196 -rwxr-xr-x 1 root root 192914 2006-08-24 21:55
/usr/local/libexec/gnuplot/4.1/gnuplot_x11

> and from
>   /usr/local/libexec/gnuplot/4.1/gnuplot_x11
> -noevents < /dev/null
> 

# /usr/local/libexec/gnuplot/4.1/gnuplot_x11 -noevents
< /dev/null
Xlib: connection to ":0.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key

gnuplot: unable to open display ':0'
gnuplot: X11 aborted.




	
	
		
___________________________________________________________ 
All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine 
http://uk.docs.yahoo.com/nowyoucan.html

Re: fill pattern

[Dhiman B. <dh...@ca...>]

Hi Ethan,

	Initially I had tried with color. It still repeats. 
Here are the plots. 

	http://www.caida.org/~dhiman/c.eps
	http://www.caida.org/~dhiman/c2.eps
	

Thanks,
Dhiman

On Fri, Aug 25, 2006 at 04:19:18PM -0700, Ethan Merritt wrote:
> On Friday 25 August 2006 04:15 pm, Dhiman Barman wrote:
> > Hi,
> >   What is the solution if more than 8 patterns are needed ? color
> > pattern also does not help ?
> 
> The color is separate from the pattern.
> So yes, you could combine 8 patterns with as many colors as you like.
> Or just color.
> See for example the histogram examples on
> 	http://gnuplot.sourceforge.net/demo_4.1/
> 	http://gnuplot.sourceforge.net/demo_4.1/histograms.html
> 	
> 
> 
> >
> > dhiman
> >
> > On Fri, Aug 25, 2006 at 04:10:05PM -0700, Ethan Merritt wrote:
> > > On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote:
> > > >   Two items with legends w and m have the same fill pattern. The
> > > > plot is at http://www.caida.org/~dhiman/c.eps
> > > >
> > > >   What could be the reason ? Is it a feature or bug ?
> > >
> > > There are only 8 patterns.  Successive plots cycle through them.
> > >
> > >
> > >
> > > --
> > > Ethan A Merritt
> > > Biomolecular Structure Center
> > > University of Washington, Seattle WA
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle WA

Re: fill pattern

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

On Friday 25 August 2006 04:15 pm, Dhiman Barman wrote:
> Hi,
>   What is the solution if more than 8 patterns are needed ? color
> pattern also does not help ?

The color is separate from the pattern.
So yes, you could combine 8 patterns with as many colors as you like.
Or just color.
See for example the histogram examples on
	http://gnuplot.sourceforge.net/demo_4.1/
	http://gnuplot.sourceforge.net/demo_4.1/histograms.html
	


>
> dhiman
>
> On Fri, Aug 25, 2006 at 04:10:05PM -0700, Ethan Merritt wrote:
> > On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote:
> > >   Two items with legends w and m have the same fill pattern. The
> > > plot is at http://www.caida.org/~dhiman/c.eps
> > >
> > >   What could be the reason ? Is it a feature or bug ?
> >
> > There are only 8 patterns.  Successive plots cycle through them.
> >
> >
> >
> > --
> > Ethan A Merritt
> > Biomolecular Structure Center
> > University of Washington, Seattle WA

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

Re: fill pattern

[Dhiman B. <dh...@ca...>]

Hi,
  What is the solution if more than 8 patterns are needed ? color pattern also
does not help ?

dhiman


On Fri, Aug 25, 2006 at 04:10:05PM -0700, Ethan Merritt wrote:
> On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote:
> >
> >   Two items with legends w and m have the same fill pattern. The plot
> > is at http://www.caida.org/~dhiman/c.eps
> >
> >   What could be the reason ? Is it a feature or bug ?
> 
> There are only 8 patterns.  Successive plots cycle through them.
> 
> 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle WA

Re: can't set term to x11

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

On Friday 25 August 2006 03:35 pm, Shehu S. AbdusSalam wrote:
>
> I still have this
> $gnuplot
> Expected X11 driver:
> /usr/local/libexec/gnuplot/4.1/gnuplot_x11
> Exec failed: Permission denied

I have no idea what could cause that.
Please report the output from

  ls -asl /usr/local/libexec/gnuplot/4.1/gnuplot_x11
and from
  /usr/local/libexec/gnuplot/4.1/gnuplot_x11 -noevents < /dev/null



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

Re: fill pattern

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

On Friday 25 August 2006 04:04 pm, Dhiman Barman wrote:
>
>   Two items with legends w and m have the same fill pattern. The plot
> is at http://www.caida.org/~dhiman/c.eps
>
>   What could be the reason ? Is it a feature or bug ?

There are only 8 patterns.  Successive plots cycle through them.



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

fill pattern

[Dhiman B. <dh...@ca...>]

Hi,
  I don't know if I am missing anything in using fill pattern 
in gnuplot 4.1 . 

  Two items with legends w and m have the same fill pattern. The plot is at
  http://www.caida.org/~dhiman/c.eps 
  
  What could be the reason ? Is it a feature or bug ?

Dhiman

Re: can't set term to x11

[Shehu S. A. <she...@ya...>]

--- Hans-Bernhard Bröker
<br...@ph...> wrote:

> package.  You rather obviously lack the skills for
> building your own 
> gnuplot.

Exactly, and that's the point of seeking for help on
this list. I am not just experimenting without reason.
My distribution's gnuplot is 4.0 and cannot do what I
want with it: I want to do plottings with fillings
between curves. I will be most happy to go back to 4.0
if it can do what I want.

I still have this 
$gnuplot
Expected X11 driver:
/usr/local/libexec/gnuplot/4.1/gnuplot_x11
Exec failed: Permission denied
See 'help x11' for more details

I have checked 'help x11' but that didn't help also.




		
___________________________________________________________ 
Try the all-new Yahoo! Mail. "The New Version is radically easier to use" – The Wall Street Journal 
http://uk.docs.yahoo.com/nowyoucan.html

Re: Missing/invalid data points in PM3D

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

>> With your patch of plot3d.c, all scans have the number of points as
>> intended. The rectangle(s) contaning a point with NaN are not drawn. This
>> looks like to be what is expected, so I propose you commit the plot3d.c
>> patch.
>
> I think there is still a problem with the patched version.
> I am not sure where it is, though.
>
> Have a look at the attached PNG image compared before + after the patch.
> The input data file is "triangle.dat" with two individual values
> replaced by "Junk" and "NaN" respectively.
>
> The patched version gets it almost right, but only in the case
> of "splot ... using ($1):($2):($3)"
> Even so, instead of skipping a single rectangle, it omits the
> entire rest of the scan line.

You should use 'set pm3d map' to see it better.

In the non-($n) case, the plot should be the same as if you remove these 
junk lines from the datafile.

I tried your patch, and it is correct.


However, there is yet another bug:

0 2 -2
1 2 -1
2 2 0
3 2 1

0 3 0
1 3 6
2 3 2
3 3 3

0 4 1
1 4 2
2 bla 3
3 4 4

set pm3d map
splot 'bla'

=> there is a strange feature, and the debug routine in the beginning of 
pm3d_plot() print the data passed into this routine:

#IsoCurve = scan nb 0, 4 points
#x y z type(in,out,undef)
0 2 -2 i
1 2 -1 i
2 2 0 i
3 2 1 i

#IsoCurve = scan nb 1, 4 points
#x y z type(in,out,undef)
0 3 0 i
1 3 6 i
2 3 2 i
3 3 3 i

#IsoCurve = scan nb 2, 4 points
#x y z type(in,out,undef)
0 4 1 i
1 4 2 i
2 2 2 i     <====== HERE IS BUG!
3 4 4 i


Thus, the reader converted the data file line
 	2 bla 3
into
 	2 2 2 i
Correctly, there should be point (like a missing line), or
 	2 999 3 u
(999 or whatever number). I think the "missing line" behaviour is compatible 
to "plot" command.

---
PM

Re: can't set term to x11

[<br...@ph...>]

Shehu S. AbdusSalam wrote:
> I made the installation as root and get:
> 
> #gnuplot
> ...
> Terminal type set to 'x11'
> gnuplot> Xlib: connection to ":0.0" refused by server
> Xlib: Invalid MIT-MAGIC-COOKIE-1 key
> 
> gnuplot: unable to open display ':0'
> gnuplot: X11 aborted.

Expected behaviour.  You have to exit from being root after installing, 
before running X11 programs like gnuplot.  Root doesn't have access to 
your screen.

I've said it before: you really should consider stopping these 
experiments and just installing your distribution's gnuplot binary 
package.  You rather obviously lack the skills for building your own 
gnuplot.

Re: can't set term to x11

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

On Thursday 24 August 2006 02:03 pm, Shehu S. AbdusSalam wrote:
> I made the installation as root and get:
>
> #gnuplot
> ...
> Terminal type set to 'x11'
> gnuplot> Xlib: connection to ":0.0" refused by server
> Xlib: Invalid MIT-MAGIC-COOKIE-1 key
>
> gnuplot: unable to open display ':0'
> gnuplot: X11 aborted.

That error message is not specific to gnuplot.
It means that your X-server is refusing to talk with the
current process.  

This probably means that you have the security level set so
high that only the same user who initiated X is allowed to
communicate with the server. That is actually a good idea.

But you tried to run gnuplot as root, and root!=original_user,
so the X communication was refused.  You would probably have
gotten the same error with any other X program (e.g. xterm). 

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

Re: Missing/invalid data points in PM3D

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

On Friday 25 August 2006 12:15 am, Petr Mikulik wrote:
> > It seems clear to me that at least for gridded surfaces the
> > "continue" statement should be replaced by a jump to
> > come_here_if_undefined.  That does, in fact, fix the specific
> > problem reported on the newsgroup.
> >
> > However, I am dubious about the effect this has on PM3D output.

> With your patch of plot3d.c, all scans have the number of points as 
> intended. The rectangle(s) contaning a point with NaN are not drawn. This 
> looks like to be what is expected, so I propose you commit the plot3d.c 
> patch.

I think there is still a problem with the patched version.
I am not sure where it is, though.

Have a look at the attached PNG image compared before + after the patch.
The input data file is "triangle.dat" with two individual values
replaced by "Junk" and "NaN" respectively. 

The patched version gets it almost right, but only in the case
of "splot ... using ($1):($2):($3)"
Even so, instead of skipping a single rectangle, it omits the
entire rest of the scan line.

Any ideas where it could be going wrong?


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

Re: Missing/invalid data points in PM3D

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

ad 'help splot datafile':

  Data file organization is essentially the same as for `plot`, except that
  each point is an (x,y,z) triple.  If only a single value is provided, it
  will be used for z, the datablock number will be used for y, and the index
  of the data point in the datablock will be used for x.  If two or four
  values are provided, `gnuplot` uses the last value for calculating the color in
  pm3d plots.  Three values are interpreted as an (x,y,z) triple.  Additional

It seems that in this case of 2 and 4 columns, the last column is the color 
column, and the x and y coordinates are autoindexed.

A trial to improve the docs:

  If two or four values are provided, the last value is used
  for calculating the color in explicit `pm3d` plots.

Further -- what about changed the gnuplot message
gnuplot> splot 't2'
                ^
    2 columns only possible with explicit pm3d style (line 4)


into more user helpful:

    2 columns only possible for 'with pm3d' or 'set pm3d explicit' (line 4)


---
PM

Re: Missing/invalid data points in PM3D

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

>    if (j == DF_UNDEFINED || j == DF_MISSING) {
>        cp->type = UNDEFINED;
>        continue;
>    }
>
> It seems clear to me that at least for gridded surfaces the
> "continue" statement should be replaced by a jump to
> come_here_if_undefined.  That does, in fact, fix the specific
> problem reported on the newsgroup.
>
> However, I am dubious about the affect this has on PM3D output.
> I tried replacing one of the data points in triangle.dat with a
> nonsense string, or with NaN, and issuing the commands
>
> 	splot 'triangle.dat' using 1:2:3 with pm3d
> 	splot 'triangle.dat' using ($1):($2):($3) with pm3d
>
> The results are odd, to say the least.
>
> What is supposed to happen if pm3d sees an invalid point?

You mean handling of points marked as UNDEFINED in routine pm3d_plot().

If any of the 4 corners to be drawn as a color quadrangle is undefined, then 
its drawing is skipped. It is the "continue" in the last occurence of 
"UNDEFINED" string in pm3d.c.

In pm3d.c, if you uncomment these blocks:
   /* debugging: print scan_array */
   /* debugging: this loop prints properties of all scans */

then all the scans&points gnuplot passes into the pm3d draw routine will be 
printed.

I see that in both cases of a NaN-changed triangle.dat:
  	splot 'triangle.dat' using 1:2:3 with pm3d
  	splot 'triangle.dat' using ($1):($2):($3) with pm3d

no undefined point comes into pm3d_plot() -- thus, they are missing. Then 
the scan with a NaN is 1 point shorter and thus qudrangles instead of 
rectangles for a grid topology are drawn behind that.

With your patch of plot3d.c, all scans have the number of points as 
intended. The rectangle(s) contaning a point with NaN are not drawn. This 
looks like to be what is expected, so I propose you commit the plot3d.c 
patch.

---
PM

Re: default & double terminal options

[<br...@ph...>]

Ethan Merritt wrote:
>   When/why was there a change to the syntax "unset <foo> <baz>"?   

Never, actually.

>   It is IMHO much uglier and harder to work with than
>   "set <foo> no<baz>".

The actual change was from 'set no<foo>' to 'unset foo', and that
incompatible change to the syntax was the primary reason we had to 
increase the major version number for the release of the 3.8 development 
strain, so it became number 4.0.

>   The latter makes it clear that you are toggling option <baz>.
>   Besides which, there is no verb "unset" in the English language.
>   The usual antonym of 'set' is either 'clear' or 'reset'.

... both of which had already been taken up for other commands, at the 
time the idea of that change came up.

Re: can't set term to x11

[Shehu S. A. <she...@ya...>]

--- Hans-Bernhard Bröker
<br...@ph...> wrote:

> > $ gnuplot
> > Expected X11 driver: 
> > usr/local/libexec/gnuplot/4.1/gnuplot_x11
> > Exec failed: Permission denied
> > See 'help x11' for more details

> The message is quite strange.  What --prefix did you
> use to configure 

I didn't use any and have seen, in INSTALL, that the
defaul is /usr/local/, Actually the paste above have
got typo.

> > usr/local/libexec/gnuplot/4.1/gnuplot_x11
is should have been
> > /usr/local/libexec/gnuplot/4.1/gnuplot_x11
    ^
I made the installation as root and get:

#gnuplot
...
Terminal type set to 'x11'
gnuplot> Xlib: connection to ":0.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key

gnuplot: unable to open display ':0'
gnuplot: X11 aborted.



		
___________________________________________________________ 
Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html

Re: can't set term to x11

[<br...@ph...>]

Shehu S. AbdusSalam wrote:
> $ gnuplot
> Expected X11 driver: 
> usr/local/libexec/gnuplot/4.1/gnuplot_x11
> Exec failed: Permission denied
> See 'help x11' for more details
> 
> I have checked gnuplot_x11 got right permissions.

The message is quite strange.  What --prefix did you use to configure 
gnuplot?  That exact message as you show it can only happen if you 
configured with --prefix=usr/local, which would be a seriously bad idea.
The prefix has to be an absolute path, and you generally have to "make 
install" before the program actually works.

Re: default & double terminal options

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

On Thursday 24 August 2006 12:01 pm, Petr Mikulik wrote:
> > I have no idea what "unset termoptions" is supposed to mean.
> > Could you please explain?
>
> Here is the previous email (corrected):
>
> As I remember, the need for an 'unset termoptions' or 'set
> termoptions reset' or 'set termoptions default' 

"set term default"   is 100% better than "unset termoptions".

If nothing else, it will work automatically if the terminal
in fact supports "set term <foo> default"


<begin rant>
  When/why was there a change to the syntax "unset <foo> <baz>"?   

  It is IMHO much uglier and harder to work with than
  "set <foo> no<baz>".
  The latter makes it clear that you are toggling option <baz>.
  Besides which, there is no verb "unset" in the English language.
  The usual antonym of 'set' is either 'clear' or 'reset'.
<end rant>




> command emerged some 
> years ago for the first time. It came from the octave community: how
> to reset terminal options to the default status after a script has
> changed them on its own.
>
> Shouldn't we provide a "dummy" command 'unset termoptions' (named
> under any of the above synonyms) right now, with a proper
> implementation for postscript only (if possible), and with
> implementation for other terminals after 4.2?
>
> ---
> PM

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

Re: default & double terminal options

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

> I have no idea what "unset termoptions" is supposed to mean.
> Could you please explain?

Here is the previous email (corrected):

As I remember, the need for an 'unset termoptions' or 'set termoptions 
reset' or 'set termoptions default' command emerged some years ago for the 
first time. It came from the octave community: how to reset terminal options 
to the default status after a script has changed them on its own.

Shouldn't we provide a "dummy" command 'unset termoptions' (named under any 
of the above synonyms) right now, with a proper implementation for 
postscript only (if possible), and with implementation for other terminals 
after 4.2?

---
PM