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 is made on a local server accessed through http://localhost/paul/... I had to set useCommandThread to true, to allow the unsigned applet to load files from a sibling directory of the JmolApplet's one (the html file being in the parent directory). I tried a different arrangement with the jar file in the parent directory, but without success.
I've just tried something else, putting the same files on a remote server, that is to say not accessed by http://localhost/... but http://www... and my first finding is that it's working well, event without the useCommandThread setting. SO, it looks to me as if firefox doesn't apply the same security policies for files on local host (or local network http://192.xxx as Phil pointed out ??) than for files on remote servers even if they are both accessed via http:// Bob, from your previous message, I guess that when using the unsigned applet, there is always a 200ms delay cycle between each script ? If that is the case, I would favor a reduction of that delay, in case my plans for a local version of my work, using the signed applet comes to reality ;-) By the way, I put online the dev version of my interface here : http://librairiedemolecules.education.fr/outils/webapp_libmol/ , if you want to try the sequence widget, search for a molecule, in the database first, load it and then use the sequence tab (any suggestion welcome) -Paul Le 23 juil. 2010 à 20:09, Robert Hanson a écrit : > 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 know. > > With the unsigned applet, I don't think it matters, because you couldn't open > other files anyway. > > When the value is TRUE, there is a 200-ms delay that is built in, because the > processor has to cycle and check for "jobs" to do. If that is causing the > sluggishness, we could try different numbers. I've checked in a change to 50 > ms for that. > ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
