Am I the only one suffering from the issue that Google Chrome tries to load file "JmolApplet.class" from server when Jmol-JSO library is used.
Example: http://biomodel.uah.es/Jmol/JSO/simpleJmol3-0.htm To view the issue, open the URL above in Google Chrome (I tested 22.0.1229.14 beta and 23.0.1246.0 canary), press F12 and select Network. Reload the page and grant permission to run Java applet. Notice that Jmol-JSO library causes extra request for JmolApplet.class for each Jmol view. The above example seems to use Jmol 12.3.23 but I'm reproducing the same issue with Jmol 13.0.1. The issue is probably caused by the logic in Jmol._Applet._createApplet definition in JmolApplet.js on line 98: 96: params.mayscript = 'true'; 97: params.codebase = applet._jarPath; 98: params.code = myClass + ".class"; The 'params.code' causes Chrome to blindly trying to load the JmolApplet.class from the codebase path. I don't know a proper fix for the issue. Both the example above and my internal test case are using HTML5 doctype so perhaps the problem is related to that. It seems that the above code is supposed to only run in case of HTML 4.0 document or if the user agent is some variant of Internet Explorer because it guarded by a following test: if (Jmol.featureDetection.useIEObject || Jmol.featureDetection.useHtml4Object) (As a related note, has anybody successfully used Jmol in XHTML5 document? I tried to do so but never got it to work.) -- Mikko
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________ Jmol-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-users
