Fri 23 Sep 2016 02:58:53 PM UTC, comment #18:
@Markus: Thanks for testing. Closing report.
|
Fri 23 Sep 2016 06:55:06 AM UTC, comment #17:
Regarding your concern in comment #15, Rik: Octave seems to be Matlab compatible in this point. Run in Matlab:
The axes keep there color when setting the mode to "auto".
I'll have a look whether I can find out why linewidth doesn't work for me when I'll have time. If something seems odd other than my setup, I'll open a new bug.
I think this bug here can be closed again.
|
Thu 22 Sep 2016 04:40:38 PM UTC, comment #16:
Regarding transparency: There has been talk about moving the entire printing mechanism from using eps as an intermediate format to svg. Instead of gl2ps->eps->other_formats via ghostscript, it would be gl2ps->svg->other_formats via svg converter of some sort. This would have the advantage of getting us transparency for free. Of course, this is a long term project that would happen after 4.2.0. release.
|
Thu 22 Sep 2016 04:24:16 PM UTC, comment #15:
The patch works. I pushed it here http://hg.savannah.gnu.org/hgweb/octave/rev/5a1167e15c0e.
While testing the patch I ran across another potential incompatibility. Does anyone have access to Matlab to test the following?
|
Thu 22 Sep 2016 04:19:27 PM UTC, comment #14:
Regarding transparency:
- The gl2ps page says: "Transparency is only supported for PDF and SVG output."
- For SVG blending is always enabled, whatever the state of GL_BLEND is.
If I run the gl2psTest, enable blending with "b" and save as SVG, Inkscape shows the transparency but I wasn't able to find a PDF viewer which shows transparency in PDF (tested evince and atril)
|
Thu 22 Sep 2016 03:56:29 PM UTC, comment #13:
The linewidth property works for me with qt or fltk. Sample code
Maybe there is something else going on with your OpenGl renderer? Are you using a HW renderer like Nvidia or AMD?
At the moment we don't have any transparency in the printed output. We start gl2ps with the option GL_NO_BLENDING, but even when that is removed there is still something else going on. I wouldn't worry about that for this bug report.
I'm testing your patch right now.
|
Thu 22 Sep 2016 03:05:33 PM UTC, comment #12:
Thank you, Rik, for finding that issue. I was not aware that this was the case. (Should have searched the docu more thoroughly, I guess...)
Attached a patch that should fix this.
I've realized that on-screen rendering does not respect the "linewidth" property for the axes, box and grid (with and without this patch). Is there an open bug for this issue?
I also don't see transparency in the png. But I think that this is a known issue that was discussed somewhere else before.
(file #38587)
|
Thu 22 Sep 2016 12:30:48 AM UTC, comment #11:
Re-opening this bug report. There seems to be a compatibility issue when the axis color property, such as 'Xcolor' or 'Ycolor', is manually set to a value. In this case, the displayed color is supposed to follow the axis color property rather than 'gridcolor' or 'minorgridcolor'.
See GridColorMode property at http://www.mathworks.com/help/matlab/ref/axes-properties.html.
Sample code.
|
Sun 21 Aug 2016 02:55:12 PM UTC, comment #10:
I definitely don't get any Alpha effects, but maybe there is something wrong with my OpenGL set-up.
I filed a different bug report about the grid lines always overwriting the axes/box line (https://savannah.gnu.org/bugs/?48842).
|
Sun 21 Aug 2016 02:36:16 PM UTC, comment #9:
For the default values (0.15, 0.15, 0.15) see http://www.mathworks.com/help/matlab/ref/axes-properties.html.
I updated them not to long ago to match Matlab so I don't see any change required.
|
Sun 21 Aug 2016 07:59:56 AM UTC, comment #8:
I've attached a plot for Rik's question in comment #3 from Giorgio
(file #38298)
|
Sun 21 Aug 2016 07:53:54 AM UTC, comment #7:
Update for comment #4:
We've currently disabled blending in
gl2ps-print.cc:248
|
Sun 21 Aug 2016 06:53:22 AM UTC, comment #6:
And I guess now that alpha is implemented for grid, we need to set the default color to [0, 0, 0]
Until now it's
I'll ask on the mailinglist for defaults
|
Sun 21 Aug 2016 06:46:15 AM UTC, comment #5:
Sorry, in comment #4 I removed the minor grid for the image
|
Sun 21 Aug 2016 06:45:19 AM UTC, comment #4:
I see a difference with gridalpha
shows the attached image. But apparently the qt print doesn't support gridalpha yet? Is this a gl2ps limitation?
produces the attached image
(file #38297)
|
Sat 20 Aug 2016 04:33:06 PM UTC, comment #3:
The "gridcolor" and "minorgridcolor" work for me. The "gridalpha" doesn't seem to effect anything. I tried turning on the grid and then using
but I didn't see a difference.
Also, it seems that we draw the grid over the axes line sometimes.
Can someone with access to Matlab run these commands?
In Octave, all lines are red because the grid is covering the axes box. If Matlab exposes the axes, then the solution will be to change the calculation of the tick locations in gl-render.cc that we pass to the render_grid function.
|
Sat 20 Aug 2016 12:48:41 PM UTC, comment #2:
Markus, thank you for your patch. I've pushed it here:
http://hg.savannah.gnu.org/hgweb/octave/rev/2b1612cf38e4
|
Thu 14 Jul 2016 11:20:14 AM UTC, comment #1:
Attached please find a patch that implements "gridcolor" and "minorgridcolor" for the OpenGL toolkits.
I also hijacked this bug to implement "gridalpha" and "minorgridalpha". Unlike general support for transparency in OpenGL, this is a one liner since the grid should always be drawn first on an empty background.
(file #37872)
|
Wed 06 Jul 2016 11:05:08 PM UTC, original submission:
Steps to reproduce:
The fix will be in opengl-renderer.cc
|