I put up a new test page with a series of link to recreate the mouseover
effect. It's at the same URL :
http://librairiedemolecules.education.fr/outils/test/test.htm
My feeling is that it works quite satisfactorily.
The time lapse between each script is 100ms with the useCommandThread directive
I didn't explain myself properly. In fact, the stacking process would issue all
the non-processed script at once in the same script separated by semi-colons,
and maybe by a very short delay to give the illusion of successive scripts.
I haven't tried yet the signed applet with the new 50ms delay,
On Sat, Jul 24, 2010 at 2:00 AM, Paul Pillot <
paul.pil...@ac-orleans-tours.fr> wrote:
> I think I will implement a kind of script stacking, that would store
> pending scripts while the applet finishes the current script and would fire
> the pending scripts in one row, afterwards.
>
>
Oh, I wouldn
Le 24 juil. 2010 à 00:09, Robert Hanson a écrit :
>
> I do think that the signed applet is the way to go with any local
> application. It's not just file location. It's all the other fun stuff, like
> saving the state, writing PNG and PovRay files, creating 3D PDF files now. If
> you are doing
Yes, I suspect they do have a different security for localHost. No doubt
people have tried to weasel in on that port to extract information that is
really local, not remote.
I do think that the signed applet is the way to go with any local
application. It's not just file location. It's all the oth
Thanks Michael, Wayne and Bob for that,
- the negative numbers noticed by Wayne, were just a design issue, nothing to
worry about.
- regarding the "useCommandThread" directive, I used it for my project when I
discovered that firefox refused to load subsequent files in the applet. My
development
If you write your callback in Jmol script and call it directly from the
hover using a Jmol function. Perhaps?
n Fri, Jul 23, 2010 at 9:18 AM, Paul Pillot wrote:
> (2nd version of this message, the previous one did not make its way to the
> list yet)
> I am currently working on a viewer that embe
Here's what I know:
With the signed applet, the default is to have useCommandThread=TRUE, and
with the unsigned applet, it is FALSE.
With the signed applet, you can have a problem opening some files if you do
not useCommandThread. If you have problems with the signed applet opening
files, let me
FYI, I run into the same problem in the Firefox version of our Jmol
Interface, except using a JmolScript call in a pickCallback method.
On Fri, Jul 23, 2010 at 12:52 PM, Robert Hanson wrote:
>
>
> On Fri, Jul 23, 2010 at 9:18 AM, Paul Pillot <
> paul.pil...@ac-orleans-tours.fr> wrote:
>
>>
>> I
On Fri, Jul 23, 2010 at 9:18 AM, Paul Pillot <
paul.pil...@ac-orleans-tours.fr> wrote:
>
> I wrote a small test to see if the setcallback was in cause in the drop of
> performance :
> a javascript for loop calls 20 times in a row the jmolscript method. The
> time for the end of each script is repo
(2nd version of this message, the previous one did not make its way to the list
yet)
I am currently working on a viewer that embeds a sequence display with
mouseover capability : when the user hovers a residue in the sequence, a
command is sent to Jmol so that the corresponding residue is highli
11 matches
Mail list logo
