|
From: Philipp K. J. <ja...@ie...> - 2014-06-23 21:06:23
|
As of version 5, the "solid/dashed" specifiers to "set terminal" are ignored (and all lines are by default drawn solid). That's probably fine for color terminals, but it's a real problem for monochrome terminals. In particular when preparing graphs for printing (using the postscript terminal), that produces graphs with all lines being indistinguishably solid black. That breaks A LOT of saved plot commands. (For me personally, it is a fiasco. I don't know about others.) Is there a way to turn on "dashed" plot styles again, without having to individually set each line separately? Best, Ph. |
|
From: Christoph B. <us...@be...> - 2014-06-23 21:10:41
|
Zitat von "Philipp K. Janert" <ja...@ie...>: > > Is there a way to turn on "dashed" plot styles > again, without having to individually set each > line separately? You can use set for [i=1:8] linetype i dashtype i for this. Christoph |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-23 21:20:56
|
On Mon, 23 Jun 2014 23:10:32 +0200 Christoph Bersch <us...@be...> wrote: > Zitat von "Philipp K. Janert" <ja...@ie...>: > > > > Is there a way to turn on "dashed" plot styles > > again, without having to individually set each > > line separately? > > You can use > > set for [i=1:8] linetype i dashtype i Thanks, that (mostly) works. For some reason, solid black (lt 1) seems twice as thick in postscript output than the dashed lines. Should I expect that? Also: there used to be a special line type 0 (for grid lines, and such). Does that still exist? Finally: To drop "solid|dashed" from terminal specifications is a MAJOR breakage of backwards compatibility. Should that not be made optional? (At the very least, it should be included in the list of "incompatible changes".) > > for this. > > Christoph > > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and > Eclipse Turn processes into business applications with Bonita BPM > Community Edition Quickly connect people, data, and systems into > organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta |
|
From: Ethan A M. <sf...@us...> - 2014-06-23 21:48:13
|
On Monday, 23 June, 2014 14:20:48 Philipp K. Janert wrote: > On Mon, 23 Jun 2014 23:10:32 +0200 > Christoph Bersch <us...@be...> wrote: > > > Zitat von "Philipp K. Janert" <ja...@ie...>: > > > > > > Is there a way to turn on "dashed" plot styles > > > again, without having to individually set each > > > line separately? > > > > You can use > > > > set for [i=1:8] linetype i dashtype i > > Thanks, that (mostly) works. For now I recommend load '.../share/colors_mono.gp' There was some discussion of building this in somehow rather than requiring a separate "load" command. One option is to add a "mono" option to the new "set colors" command. The drawback there is possible confusion that the existing options (default | podo | classic) affect _only_ color, whereas "mono" would affect color and linewidth and dash pattern. Also related: There is a proposal to add a command that would set a repeat cycle for dashtypes, so that patterns 1-N would be repeated for linetypes N+1 - 2N and so on. We currently have such a command for linetypes "set linetype cycle" but not for point types or dash patterns. > For some reason, solid black (lt 1) seems > twice as thick in postscript output than > the dashed lines. Should I expect that? That is a known [unintended] problem. It's not obvious to me how to fix it, but I hope something will be possible for -rc2. > Also: there used to be a special line type 0 > (for grid lines, and such). Does that still > exist? Yes. Ethan > Finally: To drop "solid|dashed" from terminal > specifications is a MAJOR breakage of backwards > compatibility. Should that not be made optional? > (At the very least, it should be included in the > list of "incompatible changes".) > > > > > for this. > > > > Christoph |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-23 22:01:26
|
On Mon, 23 Jun 2014 14:45:37 -0700
Ethan A Merritt <sf...@us...> wrote:
> On Monday, 23 June, 2014 14:20:48 Philipp K. Janert wrote:
> > On Mon, 23 Jun 2014 23:10:32 +0200
> > Christoph Bersch <us...@be...> wrote:
> >
> > > Zitat von "Philipp K. Janert" <ja...@ie...>:
> > > >
> > > > Is there a way to turn on "dashed" plot styles
> > > > again, without having to individually set each
> > > > line separately?
> > >
> > > You can use
> > >
> > > set for [i=1:8] linetype i dashtype i
> >
> > Thanks, that (mostly) works.
>
> For now I recommend
> load '.../share/colors_mono.gp'
Unfortunately, that breaks on gp5rc1 with the following
message:
gnuplot> set linetype 4 lt 1 lw 2.5 lc rgb "black"
^
"Gnuplot-Workspace/gnuplot-5rc1/gnuplot-5.0.rc1/share/colors_mono.gp",
line 8: linetype definition cannot use linetype
>
> There was some discussion of building this in somehow
> rather than requiring a separate "load" command.
> One option is to add a "mono" option to the new
> "set colors" command.
Building it in would be nice, although I find it
acceptable having to "load" something - PROVIDED
this really brings me back to the past gnuplot
terminal behavior.
>
> The drawback there is possible confusion that the existing
> options (default | podo | classic) affect _only_ color, whereas
> "mono" would affect color and linewidth and dash pattern.
>
> Also related:
>
> There is a proposal to add a command that would set
> a repeat cycle for dashtypes, so that patterns 1-N would
> be repeated for linetypes N+1 - 2N and so on.
>
> We currently have such a command for linetypes
> "set linetype cycle"
> but not for point types or dash patterns.
>
> > For some reason, solid black (lt 1) seems
> > twice as thick in postscript output than
> > the dashed lines. Should I expect that?
>
> That is a known [unintended] problem.
> It's not obvious to me how to fix it, but I hope something will
> be possible for -rc2.
Is there a bug report (or some context) you can
point me to?
>
> > Also: there used to be a special line type 0
> > (for grid lines, and such). Does that still
> > exist?
>
> Yes.
>
Thanks.
>
> Ethan
>
> > Finally: To drop "solid|dashed" from terminal
> > specifications is a MAJOR breakage of backwards
> > compatibility. Should that not be made optional?
> > (At the very least, it should be included in the
> > list of "incompatible changes".)
> >
> > >
> > > for this.
> > >
> > > Christoph
>
|
|
From: Ethan A M. <merritt@u.washington.edu> - 2014-06-23 22:05:53
|
On Monday, 23 June, 2014 15:01:16 Philipp K. Janert wrote: > On Mon, 23 Jun 2014 14:45:37 -0700 > Ethan A Merritt <sf...@us...> wrote: > > > On Monday, 23 June, 2014 14:20:48 Philipp K. Janert wrote: > > > On Mon, 23 Jun 2014 23:10:32 +0200 > > > Christoph Bersch <us...@be...> wrote: > > > > > > > Zitat von "Philipp K. Janert" <ja...@ie...>: > > > > > > > > > > Is there a way to turn on "dashed" plot styles > > > > > again, without having to individually set each > > > > > line separately? > > > > > > > > You can use > > > > > > > > set for [i=1:8] linetype i dashtype i > > > > > > Thanks, that (mostly) works. > > > > For now I recommend > > load '.../share/colors_mono.gp' > > Unfortunately, that breaks on gp5rc1 with the following > message: > > gnuplot> set linetype 4 lt 1 lw 2.5 lc rgb "black" > ^ > "Gnuplot-Workspace/gnuplot-5rc1/gnuplot-5.0.rc1/share/colors_mono.gp", > line 8: linetype definition cannot use linetype Sigh. Yeah. That got fixed later but missed the -rc1. The script as it currently exists in CVS is: # # Provide a consistent set of four distinguishable # black line types. # NB: This does not work with "set term post mono" # unset for [i=1:8] linetype i set linetype 4 dt 1 lw 2 lc rgb "black" set linetype 3 dt 3 lw 1.5 lc rgb "black" set linetype 2 dt 2 lw 1.5 lc rgb "black" set linetype 1 dt solid lw 1 lc rgb "black" set linetype cycle 4 # set palette gray Ethan > > > > > There was some discussion of building this in somehow > > rather than requiring a separate "load" command. > > One option is to add a "mono" option to the new > > "set colors" command. > > Building it in would be nice, although I find it > acceptable having to "load" something - PROVIDED > this really brings me back to the past gnuplot > terminal behavior. > > > > > The drawback there is possible confusion that the existing > > options (default | podo | classic) affect _only_ color, whereas > > "mono" would affect color and linewidth and dash pattern. > > > > Also related: > > > > There is a proposal to add a command that would set > > a repeat cycle for dashtypes, so that patterns 1-N would > > be repeated for linetypes N+1 - 2N and so on. > > > > We currently have such a command for linetypes > > "set linetype cycle" > > but not for point types or dash patterns. > > > > > For some reason, solid black (lt 1) seems > > > twice as thick in postscript output than > > > the dashed lines. Should I expect that? > > > > That is a known [unintended] problem. > > It's not obvious to me how to fix it, but I hope something will > > be possible for -rc2. > > Is there a bug report (or some context) you can > point me to? > > > > > > Also: there used to be a special line type 0 > > > (for grid lines, and such). Does that still > > > exist? > > > > Yes. > > > > Thanks. > > > > > Ethan > > > > > Finally: To drop "solid|dashed" from terminal > > > specifications is a MAJOR breakage of backwards > > > compatibility. Should that not be made optional? > > > (At the very least, it should be included in the > > > list of "incompatible changes".) > > > > > > > > > > > for this. > > > > > > > > Christoph > > > > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta -- Ethan A Merritt Biomolecular Structure Center, K-428 Health Sciences Bldg MS 357742, University of Washington, Seattle 98195-7742 |
|
From: Philipp K. J. <ja...@ie...> - 2014-06-23 22:09:06
|
On Mon, 23 Jun 2014 15:05:20 -0700 Ethan A Merritt <merritt@u.washington.edu> wrote: > On Monday, 23 June, 2014 15:01:16 Philipp K. Janert wrote: > > On Mon, 23 Jun 2014 14:45:37 -0700 > > Ethan A Merritt <sf...@us...> wrote: > > > > > On Monday, 23 June, 2014 14:20:48 Philipp K. Janert wrote: > > > > On Mon, 23 Jun 2014 23:10:32 +0200 > > > > Christoph Bersch <us...@be...> wrote: > > > > > > > > > Zitat von "Philipp K. Janert" <ja...@ie...>: > > > > > > > > > > > > Is there a way to turn on "dashed" plot styles > > > > > > again, without having to individually set each > > > > > > line separately? > > > > > > > > > > You can use > > > > > > > > > > set for [i=1:8] linetype i dashtype i > > > > > > > > Thanks, that (mostly) works. > > > > > > For now I recommend > > > load '.../share/colors_mono.gp' > > > > Unfortunately, that breaks on gp5rc1 with the following > > message: > > > > gnuplot> set linetype 4 lt 1 lw 2.5 lc rgb "black" > > ^ > > "Gnuplot-Workspace/gnuplot-5rc1/gnuplot-5.0.rc1/share/colors_mono.gp", > > line 8: linetype definition cannot use linetype > > Sigh. Yeah. That got fixed later but missed the -rc1. > The script as it currently exists in CVS is: > > # > # Provide a consistent set of four distinguishable > # black line types. > # NB: This does not work with "set term post mono" > # > unset for [i=1:8] linetype i > set linetype 4 dt 1 lw 2 lc rgb "black" > set linetype 3 dt 3 lw 1.5 lc rgb "black" > set linetype 2 dt 2 lw 1.5 lc rgb "black" > set linetype 1 dt solid lw 1 lc rgb "black" > set linetype cycle 4 > # > set palette gray > Thanks - I'll check out the CVS version. |