OK, sorry. I'm not proposing a new feature. Bob, you have brought about such amazing advances in Jmol that I've quite lost a sense of what is feasible and what is not. So that's why I end trying things that strike you as weird.
Thanks for the explanation. Eric At 11/17/11, Robert Hanson wrote: >That's a really weird command to give, Eric! You are allowing the >user to rotate the model and have it change its coordinates always >around the Y axis? Yow! It's not a crash, Jmol is just processing >that spin command. Using > >!quit > >works to stop it. That's the same with all spin/rotate SELECTED >commands. You can't make them go indefinitely and just continue on. >You aren't supposed to be able to just spin a selected group >indefinitely. Yeiks! Imagine what would happen if you started moving >atoms while Jmol was moving atoms! I'm not ready to say this is >possible. You can request it as a feature, but there will be lots of >important issues to solve before that ever becomes possible. I think >there could be serious threading issues. > >Bob > > >On Wed, Nov 16, 2011 at 10:20 PM, Eric Martz ><<mailto:[email protected]>[email protected]> wrote: >1. The last command in the following script crashes Jmol 12.2.5: > >load =1al1 >load append =1pgb >zoom 25 >set axes on >select 1.1 >color red >select 2.1 >color yellow >frame all >spin selected > >The following message appears in the java console: >spinFPS is set too fast (30.0) -- can't keep up! > >So I inserted > set spinfps 10 >before the "spin selected" command. Now the "too fast" message does >not appear (and spinning is less smooth) but Jmol still hangs. > > >2. Is it possible to have two models spin independently, >concurrently, each about its own geometric center, and about the >vertical axis passing through its center? If yes, I would appreciate >some help. > >Thanks, -Eric > > >------------------------------------------------------------------------------ >All the data continuously generated in your IT infrastructure >contains a definitive record of customers, 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-novd2d>http://p.sf.net/sfu/splunk-novd2d >_______________________________________________ >Jmol-users mailing list ><mailto:[email protected]>[email protected] >https://lists.sourceforge.net/lists/listinfo/jmol-users > > > > >-- >Robert M. Hanson >Professor of Chemistry >St. Olaf College >1520 St. Olaf Ave. >Northfield, MN 55057 ><http://www.stolaf.edu/people/hansonr>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 the data continuously generated in your IT infrastructure >contains a definitive record of customers, 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-novd2d >_______________________________________________ >Jmol-users mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/jmol-users ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ Jmol-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-users
