Make that
-a or --autoAnimationDelay x.x
delay time in seconds for press-and-hold operation of toolbar animation
buttons (default 0.2; set to 0 to disable)
http://chemapps.stolaf.edu/jmol/Jmol.jar
On Wed, Apr 9, 2014 at 6:36 AM, Robert Hanson <[email protected]> wrote:
> I see, so this is some sort of implementation where you don't want to have
> a local version of Jmol.jar and you don't want to use the applet. Is that
> the idea?
>
> You are creating your own client/server interface. I have to say that
> sounds horrible for any performance whatsoever. But if this has to be, then
> it does. So you are saying that you are not holding the button down. You
> are just pressing and releasing, but the two events may be transmitted at
> two very different times, specifically more than half a second apart. OH,
> that just sounds horrible. How do you stand that???
>
> In the next version you can turn it off with
>
> --autoAnimationRate 0
>
> as a start-up flag.
>
>
>
>
>
>
>
>
> On Wed, Apr 9, 2014 at 4:17 AM, Rolf Huehne <[email protected]>wrote:
>
>> On 04/09/2014 04:34 AM, Robert Hanson wrote:
>> > Try what is up as
>> > http://chemapps.stolaf.edu/jmol/zip/jmol-14.1.14_2014.04.08b.zip and
>> tell
>> > me what you think.
>> >
>> > What exactly are you doing? Are you somehow running Jmol.jar remotely
>> > instead of on your own machine? There is no "client/server" aspect to
>> > Jmol.jar that I am aware of.
>> >
>> > Anyway, I'm hoping 500 ms is long enough to prevent what you are seeing.
>> > Who holds a button down for half a second?
>> >
>> The problem with running programs with graphical interfaces remotely is
>> that you don't know if a mouse event was catched by the program or not
>> until you see the response. So to make sure that it is catched it is
>> often necessary to press a mouse button very long to get a response if
>> the connection is bad. When I run a texteditor remotely I sometimes have
>> to press the mouse button several seconds over a dropdown menu until it
>> actually drops down. Otherwise it would need a lot of trials to catch
>> the right moment.
>>
>> Regards,
>> Rolf
>>
>> --
>>
>> Rolf Huehne
>> Postdoc
>>
>> Leibniz Institute for Age Research - Fritz Lipmann Institute (FLI)
>> Beutenbergstrasse 11
>> 07745 Jena, Germany
>>
>> Phone: +49 3641 65 6205
>> Fax: +49 3641 65 6210
>> E-Mail: [email protected]
>> Website: http://www.fli-leibniz.de
>>
>> Scientific Director: Prof. Dr. K. Lenhard Rudolph
>> Head of Administration: Dr. Daniele Barthel
>> Chairman of Board of Trustees: Dennys Klein
>>
>> VAT No: DE 153 925 464
>> Register of Associations: No. 230296, Amtsgericht Jena
>> Tax Number: 162/141/08228
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Put Bad Developers to Shame
>> Dominate Development with Jenkins Continuous Integration
>> Continuously Automate Build, Test & Deployment
>> Start a new project now. Try Jenkins in the cloud.
>> http://p.sf.net/sfu/13600_Cloudbees
>> _______________________________________________
>> Jmol-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jmol-users
>>
>
>
>
> --
> Robert M. Hanson
> Larson-Anderson 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
>
>
--
Robert M. Hanson
Larson-Anderson 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
------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
