Looking at my comment below out of context, I feel a need to clarify. I am
EXTREMELY thankful to the dedicated core who have put so much into the
development of Jmol. I have benefitted greatly from the selfless efforts of
others. I am also very aware that my request to move Jmol away from Java
OK, there are really three threads here:
1) Jmol app for the iPad
2) Jmol export of iPad-ready model twiddles that can be embedded in iBooks
3) Jmol applet-equivalent for browsers running in Java-challenged platforms
(1) was the discussion I was starting. But now I think that's off track. I
Hi
On Debian the jmol application works fine, but the applet refuses to show the
model.
Looking at the Troubleshooting page of the jmol wiki there I found no
solution. But
following link gives a hint towards the a networking problem of Java itself:
I think these are all good points. In order to create a Jmol app for iPads, one
would need to completely port the project to Objective-C, no easy task. To
publish in Apple's App Store also costs money (99$/year), is very, very
complicated and requires constant attention. And regardless of
On Mon, Apr 2, 2012 at 12:35 PM, Kevin Theisen ke...@ichemlabs.com wrote:
I think these are all good points. In order to create a Jmol app for
iPads, one would need to completely port the project to Objective-C, no
easy task. To publish in Apple's App Store also costs money (99$/year), is
Marching cubes in JavaScript. Now there's a challenge! Kevin, I think if you
want something like that, use JmolData.jar. That's headless and can run any
script not involving image creation or font use. So creation of isosurfaces
is fine. Jmol's marching cubes algorithm is highly efficient,
I wanted to make large (hi-res) jpg images using Jmol 12.2.19
application. I start it with
java -Xmx1024m -jar ~/Downloads/jmol-app/jmol.jar
on OS X to give Jmol 1 gig of memory.
Here is my script:
load =7tim
select all
spacefill off
select not solvent
spacefill
color chain
reset;center
There is no need to do anything with your display. Doesn't
write image 2000 1500 xxx.jpg
do it?
On Mon, Apr 2, 2012 at 3:51 PM, Eric Martz ema...@microbio.umass.eduwrote:
I wanted to make large (hi-res) jpg images using Jmol 12.2.19
application. I start it with
java -Xmx1024m -jar
It probably is a bug, but also there is no need to burn up memory with
set antialiasdisplay on
The image antialiasing is independent of the display antialiasing. I had
not problem with this:
$ load =7tim
select all
spacefill off
select not solvent
spacefill
color chain
reset;center {73.4425
I have an idea. What if we changed jmol.js so that if a device without Java
is detected, it just changes all the Jmol applets to images? I know, not
ideal, because you don't always start with a model, but for those pages
that do, it could:
1) change all the applet spaces to same-size images.
2)
Otis, explain how this works, please. Should I still set up a Collada
export? If so, how can I test that?
reminder that Jmol to Collada is now pretty easy via AccuTrans 3D. There
is even a batch translation process which works at lightning speed. The
Collada files open directly in Mac's Preview
Assuming everyone wants to spend $20 for a Windows only application I suppose
you might be right (about not putting it at the top of the todo list).
Probably not a good assumption though.
***
Jeff Hansen
Department of Chemistry and Biochemistry
Jeff and Bob,
Oops, I forgot that AccuTrans 3D was a Windows only application.
Otis
--
Otis Rothenberger
o...@chemagic.com
http://chemagic.com
On Apr 3, 2012, at 12:20 AM, Jeff Hansen wrote:
Assuming everyone wants to spend $20 for a Windows only application I suppose
you might be right
13 matches
Mail list logo