[Octave-bug-tracker] [bug #34417] patch() does not process 'cdata' correctly

[Ben Abbott]

Follow-up Comment #17, bug #34417 (project octave):

I found the problem (local to me). Now I get the same result as jwe.

I have a new example that works differently from ML.


x = [ 0 0; 1 1; 1 0 ];
y = [ 0 0; 0 1; 1 1 ];
c = zeros ([size(x),3]);
c(:,:,3) = 1;
h = patch (x, y, c);
facevertexcdata = get (h, 'facevertexcdata')


Matlab and Octave return the same facevertexcdata ... 

facevertexcdata =
     0     0     1
     0     0     1
     0     0     1
     0     0     1
     0     0     1
     0     0     1


But gnuplot complains


multiplot> plot "-" binary format='%float64' record=3 using ($1):($2) title ""
with filledcurve lc rgb "#000000" fillstyle transparent solid 0.000000lc rgb
"#000080" fillstyle transparent solid 128.000000lc rgb "#800000" fillstyle
transparent solid 0.000000lc rgb "#000000" fillstyle transparent solid
0.000000lc rgb "#000080" fillstyle transparent solid 128.000000lc rgb
"#808080" fillstyle transparent solid 128.000000lc rgb "#000000" fillstyle
transparent solid 1.000000 , "-" binary format='%float64' record=4 using
($1):($2) title "" with lines linewidth 0.500000 lt 1 lc rgb "#000000" , "-"
binary format='%float64' record=3 using ($1):($2) title "" with filledcurve lc
rgb "#000000" fillstyle transparent solid 0.000000lc rgb "#000080" fillstyle
transparent solid 128.000000lc rgb "#800000" fillstyle transparent solid
0.000000lc rgb "#000000" fillstyle transparent solid 0.000000lc rgb "#000080"
fillstyle transparent solid 128.000000lc rgb "#808080" fillstyle transparent
solid 128.000000lc rgb "#000000" fillstyle transparent solid 1.000000 , "-"
binary format='%float64' record=4 using ($1):($2) title "" with lines
linewidth 0.500000 lt 1 lc rgb "#000000" ;
                                                                              
                                                                              
        ^
           line 0: duplicated or contradicting arguments in plot options


The FLTK backend produces the correct result.

    _______________________________________________________

Reply to this item at:

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

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