Menu
▾
▴
Re: [Jmol-developers] Java-less Jmol == "JSmol"
|
From: Alexander R. <ale...@we...> - 2012-10-13 19:43:28
|
Hi, Am 13.10.2012 um 19:08 schrieb Bob Hanson: > It's important to understand that this preliminary implementation depends on WebGL being operative. We don't have the autoswitching enabled. > > Tablets do not have WebGL. The iPad has it but it is crippled, presumably because if it were enabled it would make the iTunes store and apps in general mostly obsolete. Firefox 16 on Android 4.1 on the Nexus 7 has WebGL. Your test-page works, it's a slow but once everything is there I can rotate e.g. 1CRN fine. Takanori's NDKmol app is faster. See also http://caniuse.com/#feat=webgl Alex > > Some older browsers have disabled WebGL or they use software fakes. I had to force Firefox to allow it. MSIE is not compatible. So you might be running into that, Egon. > > XML file reading is fine. It's just binary file reading that is the problem. No zip file or gzip file reading for example. But I think there's any easy fix to that. > > Bob > > > Sent from my stupid iPhone > > On Oct 13, 2012, at 5:53 AM, Egon Willighagen <ego...@gm...> wrote: > >> On Sat, Oct 13, 2012 at 6:21 AM, Robert Hanson <ha...@st...> wrote: >>> Today I can point you to a not-exactly-fully-functional version of Jmol (we >>> are calling it JSmol or maybe J2Smol for now) that uses WebGL for its >>> rendering (based on GLmol, by Takanori Nakane). >> >> Wow, this is very impressive! >> >>> The list goes on and on. (Though obviously there are bound to be some >>> limitations.) >> >> Indeed! I guess the problem with XML is the lack of a JS version of >> Xerces or any other XML parsing lib? >> >>> Some of you will recognize that many of these capabilities (all of these >>> capabilities?) are completely unheard-of in JavaScript. >> >> Indeed! >> >>> This goes way, way >>> beyond what any currently available JavaScript-only option provides. There >>> are no server-side tricks being played here. It is just exactly as >>> client-side as the Jmol Java applet itself. Surfaces are being calculated >>> and mapped on the fly, and they look and handle almost as well as in Jmol >>> itself. I know others have struggled for a long time to do this, and all I >>> can say is that Java2Script is amazing. It took a bit of optimizing and >>> adapting, some careful coding, but in the end that library just flies. We >>> are fully autobonding a protein in 125 ms, creating VDW surfaces for small >>> molecules and even proteins in about 1-3 seconds. It's really something to >>> behold. >> >> What is the scalability? Does it go up to hundred of thousands of atoms too? >> >>> What's absolutely amazing about this is that I have not created a new >>> program at all. "All" I've done is used Zhou's incredible Java-to-JavaScript >>> compiler to allow the Jmol trunk Java code to be turned into a JavaScript >>> alternative at the click of a button within Eclipse. The Java classes and >>> Jar files are all still there. It's one development stream. It's really very >>> bizarre. >> >> Not just bizarre, but from my perspective a killer feature too! There >> is a lot of software that depends on the Java version of Jmol! >> >>> But, wow, does it work. And the code management is a snap -- There >>> are not two versions of Jmol here -- there is just the trunk Java version >>> code that can be compiled either into class files or their JavaScript >>> alternatives. >> >> What are typical code changes you had to make to the Java? >> >> I mean, this opens up the web for the CDK and JChemPaint too! >> >>> What we have is a perfect combinations of efforts -- Zhou's compiler, >>> Takanori's GLmol interface, and Jmol. I cannot overemphasize the importance >>> of the contributions of these two guys. >> >> Agreed! I would not have held that Java2JS compiler for possible! >> >> Well done! BTW, it works fine with Firefox (Iceweasel 10), but >> sluggish... but in my Chrome 21 (GNU/Linux) it does seem to work at >> all... >> >> Egon >> >> -- >> Dr E.L. Willighagen >> Postdoctoral Researcher >> Department of Bioinformatics - BiGCaT >> Maastricht University (http://www.bigcat.unimaas.nl/) >> Homepage: http://egonw.github.com/ >> LinkedIn: http://se.linkedin.com/in/egonw >> Blog: http://chem-bla-ics.blogspot.com/ >> PubList: http://www.citeulike.org/user/egonw/tag/papers >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Jmol-developers mailing list >> Jmo...@li... >> https://lists.sourceforge.net/lists/listinfo/jmol-developers > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Jmol-developers mailing list > Jmo...@li... > https://lists.sourceforge.net/lists/listinfo/jmol-developers |