Wed 24 Jun 2015 04:34:29 AM UTC, comment #17:
Still works for me on 4.0.0. This is on Kubuntu 12.04. This is with gl2ps-1.3.6.
|
Thu 18 Jun 2015 06:17:00 AM UTC, comment #16:
I have checked this in MXE-Octave on Win7 machine and it seems to be OK.
I used the example in comment #1 - there are two lines, one
is dashed and one is dotted, both in the pdf and the png.
Note that in gs2ps is shipped with MXE-Octave.
|
Mon 15 Jun 2015 03:05:57 PM UTC, comment #15:
It seems that this bug is back on Octave 4.0.0. Is that because we no longer ship gl2ps and is therefore an upstream bug? It affects both qt and fltk printing.
|
Sat 28 Dec 2013 07:18:14 PM UTC, comment #14:
The changeset was pushed in February. It's a part of the code base that will be the 3.8.0 release in a week or so from now.
|
Sat 28 Dec 2013 06:39:42 PM UTC, comment #13:
It looks like this patch never made it out of the development branch.
|
Fri 17 Feb 2012 09:55:12 PM UTC, comment #12:
gl2ps-renderer.h and gl2ps-renderer.cc are both part of Octave (not part of gl2ps).
|
Fri 17 Feb 2012 08:55:37 PM UTC, comment #11:
The bug has been fixed in this changeset (http://hg.savannah.gnu.org/hgweb/octave/rev/81183cd6eaae) on the development branch.
Ben, if you ever pull across the gl2ps code again we need to make sure this patch is re-applied.
|
Fri 17 Feb 2012 07:01:12 PM UTC, comment #10:
Rik, your changeset looks better! Please go ahead and push it.
|
Fri 17 Feb 2012 05:41:18 PM UTC, comment #9:
What about the following change instead?
It basically follows the code in set_linestyle of gl-render.cc and only disables stippling if the linestyle is solid AND the the use_stipple option is off.
I can't say why they coded it that way in the original, but I'm thinking there might have been an obscure corner case and therefore I would like to follow their lead as closely as possible.
|
Fri 17 Feb 2012 04:14:21 PM UTC, comment #8:
The simpler changeset below is sufficient.
|
Fri 17 Feb 2012 02:23:19 PM UTC, comment #7:
The change below works for me.
I modified gl2ps_renderer.h (set_linestyle) to behave as gl_render.cc (opengl_renderer::set_linestyle) does.
Any concerns ?
|
Fri 17 Feb 2012 01:00:25 PM UTC, comment #6:
Looking at gl-render.cc
The use_stipple booleans all look backwards to me. I expected something like below.
Note, that this part of the code is working correctly. What am I missing ?
Also, why not let opengl_renderer::set_linestyle() determine the value for use_stipple ? Passing the boolean looks redundant to me.
|
Fri 17 Feb 2012 05:57:42 AM UTC, comment #5:
The problem seems to be that the variable use_stipple is not being passed in correctly. I hardwired use_stipple in gl2ps-render.h like so
and then used the reporter's example
The output shows the correct dashed line.
Now we just need to trace back and figure out who is calling set_linestyle with the wrong value of use_stipple.
|
Fri 17 Feb 2012 02:22:11 AM UTC, comment #4:
From gl-render.cc,
From gl2ps-renderer.h,
This looks correct to me. Anyone see something I don't ?
|
Fri 17 Feb 2012 02:09:16 AM UTC, comment #3:
This problem looks to have a straight forward solution.
Looking at the link below (search on "Stippled Lines")
http://fly.cc.fer.hr/~unreal/theredbook/chapter02.html
Dashed, dotted, and dash/dot/dash lines may be produced on screen by,
The Tips & Tricks of gl2ps (http://geuz.org/gl2ps/#tth_sEc4) mentions
gl2psEnable(GL2PS_LINE_STIPPLE) uses the current values of the OpenGL stippling options to compute the stippling pattern and repetition factor. You thus need to call gl2psEnable(GL2PS_LINE_STIPPLE) after calling glLineStipple(factor, pattern).
|
Wed 28 Sep 2011 05:11:02 AM UTC, comment #2:
Changing the bug category to "Plotting with OpenGL" since this only affects the FLTK toolkit.
|
Tue 30 Aug 2011 06:14:00 AM UTC, comment #1:
Just wanted to point out that none of the following seem to work either:
Also note that neither dotted (":") nor dashed ("--") linestyles appear in the generated files (they appear solid), while they both appear correctly in the plot displayed on the screen.
A simple test program might be:
|
Wed 13 Jul 2011 09:14:55 PM UTC, original submission:
Doing a simple
produces the correct (dotted) plot, but printing does not (using e.g. "png").
M.
|