> Specifically, http://chemapps.stolaf.edu/jmol/chemdoodle/JmolCD.js is > a library of extensions to ChemDoodle. What it actually does is to > create a high-level object called "Jmol" (conveniently!) that loads > applets in a new way. I think it is our new "Jmol object" JavaScript. > And I suggest we make it THE development platform for the applet.
This sounds like an exciting advance, and I'm just so sorry that I cannot follow it more closely now. My suggestion is that this change in Jmol.js dealing with applet objects is quite radical, and maybe justifies a change in major version number. That is, close down 12.4 with the old method and start 12.5 when the new Jmol.js starts to be developed. That would help sort out problems by making more apparent to users that a new system has been adopted (even though the users might not really notice the change since all is run "behind the curtains" by Jmol.js) > It's really got some nice features, like being able to go to a > server-side JmolData.jar Can you ellaborate on what are the requirements for the server? ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
