Great!. Now the version appears correct.
Mouse interacts with WebGL rendering.
spin on applet while on WebGL appears broken.
More testing later.
Jaim

On Sep 8, 2014, at 3:56 PM, Robert Hanson 
<[email protected]<mailto:[email protected]>> wrote:

Oy, that explains A LOT. Looks like since mid August the zip files at St. Olaf 
have had updated Jmol.jar versions but not JSmol.zip. My goodness. OK. Make 
that:

http://chemapps.stolaf.edu/jmol/zip/jmol-14.3.7_2014.09.08.zip

On Sun, Sep 7, 2014 at 10:52 PM, Jaime Prilusky 
<[email protected]<mailto:[email protected]>> wrote:
On the file I downloaded, the file j2s/Jmol.properties reports old version:

___JmolDate="$Date: 2014-08-14 15:07:40 -0500 (Thu, 14 Aug 2014) $"
___fullJmolProperties="src/org/jmol/viewer/Jmol.properties"
___JmolVersion="14.3.6_2014.08.14"

On WebGL Mac Firefox and Safari: spin is not working and mouse interaction 
broken.

Other basic functionality seems Ok both with Jmol.isAsync true and false.

Jaim

On Sep 8, 2014, at 5:38 AM, Robert Hanson 
<[email protected]<mailto:[email protected]>> wrote:

http://chemapps.stolaf.edu/jmol/zip/jmol-14.3.7_2014.09.07c.zip

Fixes some recently described bugs but also tries some new ways to load files, 
so no guarantees! I would appreciate testing, especially on Macs and tablets, 
which I have not done myself. I have tested it on Firefox, MSIE, and Chrome for 
Windows.

What I am experimenting with is fully asynchronous file transfer, both for data 
files and for code files. I have made a lot of progress, but it is still not 
ready. The setting

 Jmol._isAsync

set to true would enable that, but it is set to false. What I need to know is, 
with it set false, which is supposed to be essentially what we have had before, 
does everything work? There was a lot of adjusting in the code, so probably not.

If you want to experiment with

Jmol._isAsync = true

feel free. I know that is only partially working. Some classes still don't load 
asynchronously. And some that do don't report back properly when they are 
loaded in order to resume processing correctly. I can load caffeine and PDB 
files and XML files. The console log looks MUCH cleaner, though:

"JSmol load jmolApplet0 loadClazz..." JSmol.min.js:268
"JSmol load jmolApplet0 start applet..." JSmol.min.js:268
"JSmol exec jmolApplet0 loadClazz null -- OK" JSmol.min.js:270
"JSmol exec jmolApplet0 start applet null -- OK" JSmol.min.js:270
"xhr.open async=true url=data/caffeine.mol" JSmol.min.js:177
syntax error caffeine.mol:1
"xhr.open async=true url=http://www.rcsb.org/pdb/files/1d66.pdb"; 
JSmol.min.js:177
"xhr.open async=true url=http://www.rcsb.org/pdb/files/1d66.pdb"; 
JSmol.min.js:177
"xhr.open async=true url=http://www.rcsb.org/pdb/files/1blu.pdb"; 
JSmol.min.js:177
"xhr.open async=true url=http://www.rcsb.org/pdb/files/1d66.pdb"; 
JSmol.min.js:177
"xhr.open async=true url=http://www.rcsb.org/pdb/files/4tra.pdb"; 
JSmol.min.js:177
"xhr.open async=true url=data/estron.cml" JSmol.min.js:177
"xhr.open async=true url=data/vasp.xml" JSmol.min.js:177
"xhr.open binary async=true url=data/dna.pse" JSmol.min.js:192

Note that there are no notifications for code .js files, because all of those 
are now coming in asynchronously as DOM script objects.

Specifically, note the missing message:

Synchronous XMLHttpRequest on the main thread is deprecated because of its 
detrimental effects to the end user's experience. For more help 
http://xhr.spec.whatwg.org/

because there is no synchronous file transfer for those cases. So that is 
definitely progress, and I am convinced it will all work soon enough.

Bob




--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Department 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

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk_______________________________________________
Jmol-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/jmol-users


------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Jmol-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/jmol-users




--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Department 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

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users

Reply via email to