|
From: | Ben Abbott |
Subject: | [Octave-bug-tracker] [bug #35144] trisurf plots differently in gnuplot and FLTK |
Date: | Fri, 23 Dec 2011 21:55:02 +0000 |
User-agent: | Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 |
Follow-up Comment #12, bug #35144 (project octave): I noticed that the trisurf implementation set the facevertexcdata directly. This resulted in an empty cdata property and prevented the patch color from being taken into account when climmode == auto. The third changeset I'm attaching switches to using the {x,y,z,c}data inputs when calling patch(). This fixed the clim problem but also reveals that the fltk backend doesn't handle patches correctly. I've added a new demo (first one). Typing "demo trisurf 1" produces the same result as does ML. The fltk backend result is messed up. (file #24657) _______________________________________________________ Additional Item Attachment: File name: changeset.patch Size:2 KB _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?35144> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |