Eric, Indeed, it was a single missing line of code. OK, Eric, 11.3.58 has this -- Nico, let's release that today if we can.
Eric, the command you want to give is: sync * ON; sync * "set syncMouse"; That turns sync on for all applets and causes them to send their mouse movements to the other applets. So all applets are locked into the same orientation. You can still change their orientation relative to each other using menu commands or any sort of script command, but mouse movements in particular are reflected. Movement commands received from other applets are not retransmitted. If you want to do the cool measuring across applets, then you need: sync * ON; sync * "set syncScript"; Trajectories ------------ 11.3.58 also has some major coding changes that were necessary to properly implement trajectories. This was very complicated; I'm not 100% convinced I'm done with this. We'll have to see. But I think it might be of general use. It will push back our release date for 11.4 to at least 12/21. A "trajectory" is a set of models with the same everything except atom positions. Like the old Chime xyz file animations. When you load TRAJECTORY "myfile" you save immense amounts of memory because there is only one set of atoms, one set of bonds, one set of helixes, sheets, etc. And you can only display one model at a time. It's like Jmol without the "model *" command. Interestingly, when you measure one model, all the trajectories get labeled with the appropriate measurements. And when you set cartoons or colors of atoms and such, all trajectories get that -- this is just because there is really only one model. The penalty is that (a) you cannot display more than one model and (b) there is a bit more work for Jmol to do between frame changes in an animation. But it still might be a lot smoother animation, because there are just so fewer objects to deal with. I hope people will give this a try. The "trajectory" command introduced in 11.2 is still there, but it's totally unnecessary. Just navigate the models using animation or "frame next" or "model 1.2" "model 1.3" etc. Haven't tested this in a multi-model context, but it's set up to be just fine with multiple models. In that case you get ONE structure from any one file, but you can still have multiple models displayed -- for instance a ligand with a set of conformations. Bob Eric Martz wrote: >At 12/13/07, you wrote: > > >>But I think you should be able to LOCK the two models the way you are >>suggesting so that either one when you move it drags the other around. >>Sort of a mutual sync. I'll have to think about why that is not >>happening when you use sync * ON. >> >> > >Again, my desire is that users confronted with multiple Jmols should >not have to think about which one to rotate to maintain alignment. >Moving any one should move all of them. > >A "Synchronize checkbox" is an intuitive way to turn off sync when >one wishes to move one molecule relative to another. > >While I have, in the past, used the one master, one slave mode with >Chime, I did that only because I needed to keep MolSlides simple (no >checkboxes). In the Jmol Tutorials, we can have a more intuitive >interface with the checkbox. > >So yes, please think about how to "lock" all Jmols. I thought maybe >the problem is that if all are syncMouse senders, then when one >receives moveto's from another, it may start a postivie feedback >loop, sending the same movements back to the sender. ??? Maybe there >needs to be some way to suppress such feedback? > >-Eric > > > >------------------------------------------------------------------------- >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://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace >_______________________________________________ >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://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Jmol-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-users
