well, the molecular coordinates are just the molecular coordinates. This
"slicing" is by them, right? Not the screen coordinates? There are three
coordinate systems:
-- molecular coordinates
-- relation of those by rotation to the original view (the orientation
quaternion/matrix)
-- translation of that into screen coordinates (the transformation matrix)
I'd sure like to hear more about what the specs are going to be on this
"slice" command. Before you go too far, Jonathan, can you remind us of what
exactly it is going to do?
Q: Are we slicing in molecular coordinates (like isosurface slab plane...
and slab plane...) or screen coordinates (like slab/depth and isosurface
slab nnn)?
Q: Does the slab change when you rotate the model, or is it fixed?
(Basically the same as the previous question.)
Q: What functionality does this add that does not already exist in the other
commands?
There is no point in adding a new command unless it makes *scripting* far
easier. This sounds a lot more like a GUI thing -- which would use the
already-existent commands, possibly with a few modifications to suit.
It seems to me a popup window is a nice idea -- at least for the
application. Not convinced with respect to the applet -- we don't do that,
so far, except with the signed applet for file read/write. A good dialog can
take lots and lots of code to produce and work with. If possible, with the
applet, we should do that in JavaScript, not Java. (My opinion.)
By the way, you asked about the possibility of duplicating an isosurface so
there was a translucent "shadow." Since rendering is a two-pass system, a
better way
On Wed, Jun 29, 2011 at 3:39 PM, Jonathan Gutow <gu...@uwosh.edu> wrote:
> As I am working on figuring out what I have to track for a GUI to control
> slabbing/slicing, I have encountered the issue that the coordinate system
> for the molecule and the viewing space are not always the same. Do I have
> to worry about relative rotations of these axes or just the offset of the
> center? All the examples I've found so far have the origins translated
> versus each other, but no relative rotations. I'm also trolling the code,
> but if somebody knows the answer that will save me time.
>
> Thanks,
> Jonathan
>
> Dr. Jonathan H. Gutow
> Chemistry Department gu...@uwosh.edu
> UW-Oshkosh Office: 920-424-1326
> 800 Algoma Boulevard FAX:920-424-2042
> Oshkosh, WI 54901
> http://www.uwosh.edu/facstaff/gutow
>
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Jmol-developers mailing list
> Jmol-developers@lists.sourceforge.net
> 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
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Jmol-developers mailing list
Jmol-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-developers
