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

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

[Octave-bug-tracker] [bug #35559] lines not printed


From: Rik
Subject: [Octave-bug-tracker] [bug #35559] lines not printed
Date: Mon, 20 Feb 2012 19:54:03 +0000
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2

Follow-up Comment #14, bug #35559 (project octave):

The patch is very close.  It works for objects which are put on the plot, like
lines, but the tickmarks on the axes are still obscured because they are at
the same Z level as the axis background.

What about changing the object sort ordering used by gl2ps?  From the
documentation at http://geuz.org/gl2ps/ I see the following for the sort
order:



sort
    Specifies the sorting algorithm, chosen among:

    GL2PS_NO_SORT
        The primitives are not sorted, and are output in stream in the order
they appear in the feedback buffer. This is sufficient for two-dimensional
scenes.
    GL2PS_SIMPLE_SORT
        The primitives are sorted according to their barycenter. This can be
sufficient for simple three-dimensional scenes and/or when correctness is not
crucial.
    GL2PS_BSP_SORT
        The primitives are inserted in a Binary Space Partition (BSP) tree.
The tree is then traversed back to front in a painter-like algorithm. This
should be used whenever an accurate rendering of a three-dimensional scene is
sought. Beware that this algorithm requires a lot more computational time (and
memory) than the simple barycentric sort. 


Currently Octave is using GL2PS_BSP_SORT.  However, when I set the sort order
to GL2PS_NO_SORT, which is for 2-D plots, then everything works correctly. 
I've attached a simple diff to show what I mean.

If we went this way we could code a test to check for 2D plots and give the
correct options to gl2psBeginPage ().


(file #25094)
    _______________________________________________________

Additional Item Attachment:

File name: gl2ps-renderer.diff            Size:0 KB


    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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