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

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

[Octave-bug-tracker] [bug #65421] patch fails to render if cdata is spec


From: Nicholas Jankowski
Subject: [Octave-bug-tracker] [bug #65421] patch fails to render if cdata is specified before geometry
Date: Wed, 6 Mar 2024 12:29:52 -0500 (EST)

Update of bug #65421 (group octave):

                 Summary: patch/cdata does not work.  => patch fails to render
if cdata is specified before geometry

    _______________________________________________________

Follow-up Comment #1:

we recently push an update to document all of the graphics property items. 
see bug #65167.  but I didn't go through and verify all properties as
functional. if you can grab a recent version of the stable build of octave
9.0.91 you should be able to preview the current documentation of what things
are _supposed_ to do.  the current version of patch cdata and facevertexdata
are:


cdata: scalar | matrix | array, def. [](0x0)
Data defining patch object color relative to it’s x/y/z-coordinate data.
Patch color can be defined for faces or for vertices. 
If cdata is a scalar index into the current colormap or a RGB triplet, it
defines the color of all faces. 
If cdata is an N-by-1 vector of indices or an N-by-3 (RGB) matrix, it defines
the color of each one of the N faces. 
If cdata is an N-by-M matrix or an N-by-M-by-3 (RGB) array, it defines the
color at each vertex. 

facevertexcdata: scalar | matrix, def. [](0x0)
Data defining the patch object color relative to the patch’s face-vertex
data. Patch color can be defined for faces or for vertices. 
If facevertexcdata is a scalar index into the current colormap or a RGB
triplet, it defines the color of all faces. 
If facevertexcdata is an N-by-1 vector of indices or an N-by-3 (RGB) matrix,
it defines the color of each one of the N faces. 
If facevertexcdata is an M-by-1 vector of indices or an M-by-3 (RGB) matrix,
it defines the color at each one of the M vertices. 


it appears that your calling forms would work correctly, except you put your
CData property before the Faces property.  checking with Matlab 2023, this
shouldn't be a requirement, but apparently it is in octave.  if you put
vertices and Faces first, i think all of you options for D render properly.

retitling report to reflect the input restriction



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?65421>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/




reply via email to

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