interesting -- right, never thought of synching two different models.
Hmm.... The command being sent is this:
moveto \
/* time, axisAngle */ 1.0 { 917 -188 -351 68.47} \
/* zoom, translation */ 100.0 0.0 0.0 \
/* center, rotationRadius */ {1.5 1.5 1.5} 2.8160255 \
/* navigation center, translation, depth */ {0.0 0.0 0.0} -17.803644
-20.691141 50.0;
Now, I think what you are saying is that you want a subset of that.
Since there's one place in the code that generates this command and
sends it to the other applet, we could certainly modify that to suit.
What subset would you like? Maybe just the rotation part? That would be
easy enough. Something like
set syncRotationOnly
perhaps.
Eric Martz wrote:
>I am using sync in my Jmol Tutorial-Authoring Template (JTAT) when
>multiple molecules are displayed side by side. I send "sync * on" to
>only one Jmol, the last one. I think sync is very important, but
>there is one major inadequacy in the present implementation.
>
>The problem arises when comparing two different molecules. When the
>molecules being synched are not aligned in their coordinate systems
>(as is typically the case for independent crystallographic results),
>sync is not working satisfactorily. An example is View 5 in Chapter 3
>at the JTAT Demo
>(http://bioinformatics.org/jmol-tutorials/jtat/jtatdemo/ch_comp/chapter.htm )
>
>With Chime, you to move one molecule relative to the other (with
>synch off). Then, when you turn on synch, the relative orientation is
>maintained. Also each molecule rotates about its own center of mass,
>but in synch with the other(s). I think this is what is needed in Jmol.
>
>Perhaps a new Jmol command is needed to record the relative
>orientations, and maintain those in the sync'ed state? Also some
>mechanism is needed to rotate each molecule about its center of mass
>by default, rather than the other molecule's center of mass.
>
>Thanks, -Eric
>
>
>/* - - - - - - - - - - - - - - - - - - - - - - - - - - -
>Eric Martz, Professor Emeritus, Dept Microbiology
>U Mass, Amherst -- http://www.umass.edu/molvis/martz
>
>Top Five 3D MolVis Technologies http://Top5.MolviZ.Org
>Biochem 3D Education Resources http://MolviZ.org
>See 3D Molecules, Install Nothing! - http://firstglance.jmol.org
>Protein Explorer - 3D Visualization: http://proteinexplorer.org
>Workshops: http://workshops.proteinexplorer.org
>World Index of Molecular Visualization Resources: http://molvisindex.org
>ConSurf - Find Conserved Patches in Proteins: http://consurf.tau.ac.il
>Atlas of Macromolecules: http://atlas.proteinexplorer.org
>PDB Lite Macromolecule Finder: http://pdblite.org
>Molecular Visualization EMail List (molvis-list):
> http://bioinformatics.org/mailman/listinfo/molvis-list
>- - - - - - - - - - - - - - - - - - - - - - - - - - - */
>
>
>-------------------------------------------------------------------------
>SF.Net email is sponsored by:
>Check out the new SourceForge.net Marketplace.
>It's the best place to buy or sell services for
>just about anything Open Source.
>http://sourceforge.net/services/buy/index.php
>_______________________________________________
>Jmol-users mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/jmol-users
>
>
--
Robert M. Hanson
Professor of Chemistry
St. Olaf College
Northfield, MN
http://www.stolaf.edu/people/hansonr
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
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
