On Dec 28, 2007, at 11:20 AM, Miguel wrote: >>> I suspect that you will encounter other issues with lighting on >>> very flat >>> triangles and "cracking" in triangulated surfaces. As I >>> understand it, >>> these are typical problems with graphics engines ... and there was >>> never >>> much demand for these kinds of things within Jmol. >> >> Java3D seems to handle this kind of thing fine, so I'm sure it can be >> done with Jmol too (just that no one's needed/noticed it before). > > Agreed.
Any ideas? >> I was thinking about implementing a "binary" pmesh (same exact >> format), unless someone's already done that. Also, it'd be nice to >> read in a whole bundle of files at once (I'm thinking a .zip file >> with a script and all associated resources). > > I think that would be fine. > > Jmol has support built in for gzip files. Any molecular data file > format > can be gzipped and Jmol will automagically unzip it. > > gzip was nicer for this application because I was reading a single > file. Yes. I think the binary -> decimal -> binary conversion eats up a lot of overhead though (at least on our side it's a the bulk of the time). > zip (jar) would be better for sets of files ... although Jmol > currently > doesn't have any mechanism to deal with a directory of files. That > is, it > wouldn't know which of the files you wanted to *open* and what you > would > want to do with the other files. There'd be a designated script file, and it would just use the load command to load other files in that same zip archive. - Robert --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://sage.scipy.org/sage/ and http://modular.math.washington.edu/sage/ -~----------~----~----~----~------~----~------~--~---
