Re: [Jmol-developers] Question/request from SAGEmath for mesh displays...

[Robert H. <ha...@st...>]

Jonathan, are you using Jmol 11.9? I remember fixing this there - the
renderer automatically pushes the mesh line just a pixel forward of the
surface when rendering, even in the back. You can now customize the contour
lines on an isosurface and color them any way you want. So please look into
that -- contourlines instead of mesh. Talking with Jason, I think this is
more what they are interested in anyway. I basically added functionality
that matches Gnuplot in that regard.

In addition, the latest JVXL file format now allows for arbitrary lines
drawn on a mesh. Any color, any direction, any number. So that is the real
way to go -- produce JVXL files that can display the desired lines and load
them. "mesh" is not up to it.

Bob


On Fri, Nov 27, 2009 at 10:25 AM, Jonathan Gutow <gu...@uw...> wrote:

> I've been cooperating with the SAGE development team to get Jmol
> working better for viewing 3-D plots in SAGE.  We are still discussing
> what a plot primitive would look like, but I ultimately think that is
> the way things should go.
>
> However,  a separate issue of how meshes look has come up.  Their
> first request was easy to deal with.  I'm simply loading each surface
> twice and displaying one copy as mesh to allow for meshes of arbitrary
> color compared to the solid surface. We may want to include something
> different in the plot primitive, but this works well for now.  The
> second issue is harder to deal with.  Using either the built-in mesh
> or the second surface as mesh, mesh lines disappear as the surface
> angles back.  At first I thought this was a perspective issue, but it
> seems to have something to do with whether solid surface or line color
> takes precedence for a pixel.  Setting the solid surface to slightly
> translucent solves the problem for the case where I use a second
> surface to display the mesh.  So the question for people who know more
> about the rendering is if there is a way the meshes could be made to
> have precedence when coloring a pixel, without making the solid
> surface translucent?  One problem I foresee is that as we approach the
> vanishing point the color of the surface should take precedence.
> Maybe the balance needs to be adjusted?
>
> Jonathan
>                          Dr. Jonathan H. Gutow
> Chemistry Department                                 gu...@uw...
> UW-Oshkosh                                           Office:920-424-1326
> 800 Algoma Boulevard                                 FAX:920-424-2042
> Oshkosh, WI 54901
>                  http://www.uwosh.edu/facstaff/gutow
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Jmol-developers mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>



-- 
Robert M. Hanson
Professor of Chemistry
St. Olaf College
1520 St. Olaf Ave.
Northfield, MN 55057
http://www.stolaf.edu/people/hansonr
phone: 507-786-3107


If nature does not answer first what we want,
it is better to take what answer we get.

-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900