Re: x11: border lw 0 vs lw 1 for lt -1

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

> > > Not in the core. All the XResource interpretation is done in gnuplot_x11.
> > > The routine that manages linewidths is pr_width().
> > > 
> > > > Further it seems that this is actually a multiplicate constant, not a line
> > > > width in pixels as  "help x11 line" describes. Is this right?
> > > 
> > > Yes, that has always annoyed me.  But if you set all the XResource linewidths
> > > to 1.0, then the multiplicative constant is effectively the true linewidth.
> > > So most people probably don't notice.
> > > 
> > > I would be in favor changing it so that
> > >     'set term x11; plot foo lt 3 lw 5'
> > > really does use a linewidth of 5 pixels rather than using
> > > (5 * getR(db,"linewidth3"))
> > 
> > I like prefer this as well.
> 
> Unfortunately it turns out that this doesn't work.
> If we change the code to use the linewidths passed by the core driver
> directly, then the default linewidths are never used.  That makes the
> XResource values for default linewidths useless.
> 
> A related possibility is to add a global linewidth multiplier in the
> core driver:
> 	set term x11 linewidth LW
> That way if you want all the lines to be thicker, you can set this from 
> inside gnuplot rather than having to use xrdb to change the values of
> gnuplot*linewidthN in the XResource database.
> Many other drivers already work like this.

Yes, this option is nicer.

The trouble is that the value of 2 for
	gnuplot*borderWidth:
is the default, so it is hard to find and change.

I've found this issue by testing the latest release of Octave 2.9.18 and I 
was wondering why the border lines are so thick (compared to Matlab). Then 
I've found it was only a problem at X11, but I couldn't find how to fix it.

I would propose to use
	set border lw 0
but the wxt produces no line at all.
Would
	set border lw 0.5
be save for all terminals for the current gnuplot version?

---
PM