octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #44736] OpenGL / gl2ps printing alters or drop


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #44736] OpenGL / gl2ps printing alters or drops axis outline
Date: Mon, 06 Apr 2015 17:33:21 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15

Follow-up Comment #6, bug #44736 (project octave):

OpenGL, or Mesa?  OpenGL doesn't call out how the fill is done, just that
given the vertices, the polygon is convex

https://www.opengl.org/sdk/docs/man2/xhtml/glBegin.xml

Searching via grep, I see GL_POLYGON in the Octave gl-render code, there are a
couple uses of GL_QUADS, but I see no GL_TRIANGLE.  So Octave isn't the source
of triangulation, which was sort of confirmed by gnuplot not having
triangulated fills.

The way this is laid out in gl2ps-renderer.cc, it seems that gl2psBeginPage()
puts the OpenGL interface into some mode which redirects commands to the gl2ps
library.  After gl2psBeginPage() is


           opengl_renderer::draw (go);


which I'm assuming calls the code in gl-renderer.cc.

So, it doesn't seem like gl2ps interacts with Mesa or its drivers.  I'm more
inclined to think it is gl2ps doing the triangulation at this point.  If it
were a Mesa issue, I'd ask their discussion list what could be done.  But
gl2ps isn't something I want to mess with right now.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?44736>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]