|
From: Ethan M. <eam...@gm...> - 2013-03-10 21:24:11
|
On Sunday, 10 March 2013, Daniel J Sebald wrote: > On 03/10/2013 12:14 AM, sfeam (Ethan Merritt) wrote: > > Anyone know of an unresolved 4.6 bug that should be fixed before > > releasing 4.6.2? If not, I plan to put the usual source tarball > > on SourceForge later this week. > > The one concern is the description for this new item: > > > * NEW hidden3d can handle occlusion by pm3d surfaces (as in hidden2.dem) > > which seems to me like overselling things a bit. pm3d has always > occluded whatever is behind it, so that is not new. That's not true. Up until now the non-pm3d lines handled by hidden3d ignored the pm3d surface altogether, so they would appear on top in the rendered image regardless of whether they should have been in front or behind the pm3d surface. Now the behind portions are correctly not drawn. [snip] > What would really be desirable is the ability to specify which surfaces > should occlude and which shouldn't. I actually think that is a very > useful feature to have. That would be the existing "nohidden" keyword, if I'm understanding you correctly. Ethan > That way one could specify an interior surface > that should always show through, which is what the hidden2d example > effectively doing as observed. So, here might be how that works: > > set hidden3d > f(x,y) = sin(-sqrt((x+5)**2+(y-7)**2)*0.5) > splot f(x,y) with pm3d solid, \ > x*x-y*y with lines lt 1 lc rgb "#000000" transparent > > > Well, in summary, rather than describing this as a pm3d-related feature, > how about > > * NEW hidden3d invisible lines for simulated surface occlusion (as in > hidden2.dem) > > Dan > > ------------------------------------------------------------------------------ > Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester > Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the > endpoint security space. For insight on selecting the right partner to > tackle endpoint security challenges, access the full report. > http://p.sf.net/sfu/symantec-dev2dev > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |