Re: [Jmol-users] large animations
Wonderful. It's the "bob200603" branch.
I rarely mess it up too much these days
Do you subscribe to the developer list?
If so, I'm moving this to that list.
Bob
eric capps wrote:
bob,
thanks for your continuing help. every time you answer a question it
seems to answer about 10 i hadn't thought to ask yet.
is your source for 10.x available? i'd love to see if i can't help add
anything.
eric
On 5/26/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
[note: this message relates to the experimental prototype "Jmol 10.x" not
the public release Jmol 10.2. See
http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm for
details.]
eric capps wrote:
> bob,
>
> so if you have 1 model whose atoms you continually change with 1000
> atoms you have i = 0 - 999? i may very well end up using this method
> instead! let me know if there's any debugging/coding i can help with.
> do you still consider these methods "highly experimental"?
oh, yeah. We are tapping into core classes directly via JavaScipt.
Absolutely no
guarantees. Be the first on your block
>
> i'm still trying to make the following work properly:
>
> function loadNext(file){
> jmolSaveOrientation("save1");
> jmolScriptWait("load "+file);
> jmolRestoreOrientationDelayed("save1",0);
> makeNext();
var oldOrientation = jmolSaveOrientation("save1").replace(/1/,"0");
//changes this to "moveTo 0.0 " instead of "moveTo 1.0"
jmolScriptWait("load "+file + ";" + oldOrientation);
> }
>
> you can ignore makeNext(), it just figures out which model to load
> next. unfortunately there's still about a 1/10th of a second delay
> between when the next file is loaded and when the orientation is
> restored. and also, this approach unfortunately does not save any
> information from label or render or anything else.
THAT's true.
i wonder, is it
> possible to specify all of these parameters in a "load" statement?
> failing that, is there a way to synchronize these commands tighter?
> i'd be happy to work on this, but i'm still trying to figure out
> exactly how jmol and jmol-new.js work together.
keep playing... and asking
>
> eric
>
> On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>
>> Eric,
>>
>> yeah, that's it. Starting with 0 and NOT repeating for each model --
>> 10 models of benzene would have i=0,1,2,,i=119. Even if the data
>> are coming from different files, that number still just starts at 0
>> and runs.
>>
>> We don't recommend people fiddling with that, but in this case, it's
>> an experiment. That's the only reliable tag you have.
>>
>> It's also the number that's displayed if you use
>>
>> select *;label %D
>>
>> It's called the atom "index" number.
>>
>> Bob
>>
>>
>> eric capps wrote:
>>
>> > wow, yeah. so does move, save, move, restore (w/out the second
save).
>> >
>> > regarding the jmolSetAtomCoord function, what does 'i' refer to? i'm
>> > guessing it's the atom number in the order that jmol read them?
>> >
>> > On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >
>> >> Eric,
>> >>
>> >> I think there's something wrong with the data for the "home"
position.
>> >> If you first move the model around and THEN save, move some more,
>> >> save, they all work, right?
>> >>
>> >> Bob
>> >>
>> >>
>> >> eric capps wrote:
>> >> > bob,
>> >> >
>> >> > may be my environment but this isn't quite working for me. the
>> restore
>> >> > delayed function doesn't seem to do anything at all! does this
>> work on
>> >> > your end?
>> >> >
>> >> > eric
>> >> >
>> >> > On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >> >
>> >> >> what delay? Oh, THAT delay. Sure. see
>> >> >>
>> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/Jmol-new.js
>> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm
>> >> >>
>> >> >> jmolRestoreOrientationDelayed(id,delay,targetSuffix)
>> >> >>
>> >> >> -- id should correspond to same for jmolSaveOrientation()
>> >> >> -- delay defaults to 1 second
>> >> >> -- can be set to anything
>> >> >> -- targetSuffix optional
>> >> >>
>> >> >> Bob
>> >> >>
>> >> >> eric capps wrote:
>> >> >>
>> >> >> > bob,
>> >> >> >
>> >> >> > can you think of a way to do a restore orientation w/out the
>> delay?
>> >> >> > since i'm trying to use it in place of the built in animation
>> >> >> > capability, i want it to be able to snap back in position
>> >> immediately.
>> >> >> >
>> >> >> > On 5/23/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >> >> >
>> >> >> >>
>> >> >> >>
>> >> >> >> Eric Capps wrote:
>> >> >> >>
>> >> >> >> > bob,
>> >> >> >> >
>> >> >> >> > i believe i have the most recent version of jmol, but my
>> jmol.js
>> >> >> >> > doesn't have these functions anywhere in it. the
jmol-new.js
>> >> on the
>> >> >> >> > page you linked me to seems to be older, but it does have
>> these
>> >> >> >> > functions. what's the deal with that? does my version
not have
>> >> that
>> >> >> >> > functionality?
>> >> >> >>
>> >> >> >> oops, sorry, it isn't older -- it's just t
Re: [Jmol-users] large animations
bob,
thanks for your continuing help. every time you answer a question it
seems to answer about 10 i hadn't thought to ask yet.
is your source for 10.x available? i'd love to see if i can't help add anything.
eric
On 5/26/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
[note: this message relates to the experimental prototype "Jmol 10.x" not
the public release Jmol 10.2. See
http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm for details.]
eric capps wrote:
> bob,
>
> so if you have 1 model whose atoms you continually change with 1000
> atoms you have i = 0 - 999? i may very well end up using this method
> instead! let me know if there's any debugging/coding i can help with.
> do you still consider these methods "highly experimental"?
oh, yeah. We are tapping into core classes directly via JavaScipt. Absolutely no
guarantees. Be the first on your block
>
> i'm still trying to make the following work properly:
>
> function loadNext(file){
> jmolSaveOrientation("save1");
> jmolScriptWait("load "+file);
> jmolRestoreOrientationDelayed("save1",0);
> makeNext();
var oldOrientation = jmolSaveOrientation("save1").replace(/1/,"0");
//changes this to "moveTo 0.0 " instead of "moveTo 1.0"
jmolScriptWait("load "+file + ";" + oldOrientation);
> }
>
> you can ignore makeNext(), it just figures out which model to load
> next. unfortunately there's still about a 1/10th of a second delay
> between when the next file is loaded and when the orientation is
> restored. and also, this approach unfortunately does not save any
> information from label or render or anything else.
THAT's true.
i wonder, is it
> possible to specify all of these parameters in a "load" statement?
> failing that, is there a way to synchronize these commands tighter?
> i'd be happy to work on this, but i'm still trying to figure out
> exactly how jmol and jmol-new.js work together.
keep playing... and asking
>
> eric
>
> On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>
>> Eric,
>>
>> yeah, that's it. Starting with 0 and NOT repeating for each model --
>> 10 models of benzene would have i=0,1,2,,i=119. Even if the data
>> are coming from different files, that number still just starts at 0
>> and runs.
>>
>> We don't recommend people fiddling with that, but in this case, it's
>> an experiment. That's the only reliable tag you have.
>>
>> It's also the number that's displayed if you use
>>
>> select *;label %D
>>
>> It's called the atom "index" number.
>>
>> Bob
>>
>>
>> eric capps wrote:
>>
>> > wow, yeah. so does move, save, move, restore (w/out the second save).
>> >
>> > regarding the jmolSetAtomCoord function, what does 'i' refer to? i'm
>> > guessing it's the atom number in the order that jmol read them?
>> >
>> > On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >
>> >> Eric,
>> >>
>> >> I think there's something wrong with the data for the "home" position.
>> >> If you first move the model around and THEN save, move some more,
>> >> save, they all work, right?
>> >>
>> >> Bob
>> >>
>> >>
>> >> eric capps wrote:
>> >> > bob,
>> >> >
>> >> > may be my environment but this isn't quite working for me. the
>> restore
>> >> > delayed function doesn't seem to do anything at all! does this
>> work on
>> >> > your end?
>> >> >
>> >> > eric
>> >> >
>> >> > On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >> >
>> >> >> what delay? Oh, THAT delay. Sure. see
>> >> >>
>> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/Jmol-new.js
>> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm
>> >> >>
>> >> >> jmolRestoreOrientationDelayed(id,delay,targetSuffix)
>> >> >>
>> >> >> -- id should correspond to same for jmolSaveOrientation()
>> >> >> -- delay defaults to 1 second
>> >> >> -- can be set to anything
>> >> >> -- targetSuffix optional
>> >> >>
>> >> >> Bob
>> >> >>
>> >> >> eric capps wrote:
>> >> >>
>> >> >> > bob,
>> >> >> >
>> >> >> > can you think of a way to do a restore orientation w/out the
>> delay?
>> >> >> > since i'm trying to use it in place of the built in animation
>> >> >> > capability, i want it to be able to snap back in position
>> >> immediately.
>> >> >> >
>> >> >> > On 5/23/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >> >> >
>> >> >> >>
>> >> >> >>
>> >> >> >> Eric Capps wrote:
>> >> >> >>
>> >> >> >> > bob,
>> >> >> >> >
>> >> >> >> > i believe i have the most recent version of jmol, but my
>> jmol.js
>> >> >> >> > doesn't have these functions anywhere in it. the jmol-new.js
>> >> on the
>> >> >> >> > page you linked me to seems to be older, but it does have
>> these
>> >> >> >> > functions. what's the deal with that? does my version not have
>> >> that
>> >> >> >> > functionality?
>> >> >> >>
>> >> >> >> oops, sorry, it isn't older -- it's just that I've ignored the
>> >> header.
>> >> >> >> the two key files are JmolAppletProto.jar and Jmol-new.js in
>> >> >> >>
>> >> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto
>> >> >> >>
>> >> >
Re: [Jmol-users] large animations
[note: this message relates to the experimental prototype "Jmol 10.x" not
the public release Jmol 10.2. See
http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm for details.]
eric capps wrote:
bob,
so if you have 1 model whose atoms you continually change with 1000
atoms you have i = 0 - 999? i may very well end up using this method
instead! let me know if there's any debugging/coding i can help with.
do you still consider these methods "highly experimental"?
oh, yeah. We are tapping into core classes directly via JavaScipt. Absolutely no
guarantees. Be the first on your block
i'm still trying to make the following work properly:
function loadNext(file){
jmolSaveOrientation("save1");
jmolScriptWait("load "+file);
jmolRestoreOrientationDelayed("save1",0);
makeNext();
var oldOrientation = jmolSaveOrientation("save1").replace(/1/,"0");
//changes this to "moveTo 0.0 " instead of "moveTo 1.0"
jmolScriptWait("load "+file + ";" + oldOrientation);
}
you can ignore makeNext(), it just figures out which model to load
next. unfortunately there's still about a 1/10th of a second delay
between when the next file is loaded and when the orientation is
restored. and also, this approach unfortunately does not save any
information from label or render or anything else.
THAT's true.
i wonder, is it
possible to specify all of these parameters in a "load" statement?
failing that, is there a way to synchronize these commands tighter?
i'd be happy to work on this, but i'm still trying to figure out
exactly how jmol and jmol-new.js work together.
keep playing... and asking
eric
On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
Eric,
yeah, that's it. Starting with 0 and NOT repeating for each model --
10 models of benzene would have i=0,1,2,,i=119. Even if the data
are coming from different files, that number still just starts at 0
and runs.
We don't recommend people fiddling with that, but in this case, it's
an experiment. That's the only reliable tag you have.
It's also the number that's displayed if you use
select *;label %D
It's called the atom "index" number.
Bob
eric capps wrote:
> wow, yeah. so does move, save, move, restore (w/out the second save).
>
> regarding the jmolSetAtomCoord function, what does 'i' refer to? i'm
> guessing it's the atom number in the order that jmol read them?
>
> On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>
>> Eric,
>>
>> I think there's something wrong with the data for the "home" position.
>> If you first move the model around and THEN save, move some more,
>> save, they all work, right?
>>
>> Bob
>>
>>
>> eric capps wrote:
>> > bob,
>> >
>> > may be my environment but this isn't quite working for me. the
restore
>> > delayed function doesn't seem to do anything at all! does this
work on
>> > your end?
>> >
>> > eric
>> >
>> > On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >
>> >> what delay? Oh, THAT delay. Sure. see
>> >>
>> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/Jmol-new.js
>> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm
>> >>
>> >> jmolRestoreOrientationDelayed(id,delay,targetSuffix)
>> >>
>> >> -- id should correspond to same for jmolSaveOrientation()
>> >> -- delay defaults to 1 second
>> >> -- can be set to anything
>> >> -- targetSuffix optional
>> >>
>> >> Bob
>> >>
>> >> eric capps wrote:
>> >>
>> >> > bob,
>> >> >
>> >> > can you think of a way to do a restore orientation w/out the
delay?
>> >> > since i'm trying to use it in place of the built in animation
>> >> > capability, i want it to be able to snap back in position
>> immediately.
>> >> >
>> >> > On 5/23/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >> >
>> >> >>
>> >> >>
>> >> >> Eric Capps wrote:
>> >> >>
>> >> >> > bob,
>> >> >> >
>> >> >> > i believe i have the most recent version of jmol, but my
jmol.js
>> >> >> > doesn't have these functions anywhere in it. the jmol-new.js
>> on the
>> >> >> > page you linked me to seems to be older, but it does have
these
>> >> >> > functions. what's the deal with that? does my version not have
>> that
>> >> >> > functionality?
>> >> >>
>> >> >> oops, sorry, it isn't older -- it's just that I've ignored the
>> header.
>> >> >> the two key files are JmolAppletProto.jar and Jmol-new.js in
>> >> >>
>> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto
>> >> >>
>> >> >> if you use this, comment out your jmolInitialize() call and have
>> >> >> JmolAppletProto.jar in the same directory as your HTML page.
>> >> >>
>> >> >> >
>> >> >> > what you are describing sounds very interesting but is
>> >> unfortunately a
>> >> >> > bit over my head, as i'm new to both jmol and javascript.
>> still, i'd
>> >> >> > like to give it a shot.
>> >> >> >
>> >> >> > so am i right in thinking that you are suggesting writing a
>> method
>> >> >> > which would perform animation by moving an atom or a group of
>> atoms
>> >> >> > rather than reading an entire list of
Re: [Jmol-users] large animations
bob,
so if you have 1 model whose atoms you continually change with 1000
atoms you have i = 0 - 999? i may very well end up using this method
instead! let me know if there's any debugging/coding i can help with.
do you still consider these methods "highly experimental"?
i'm still trying to make the following work properly:
function loadNext(file){
jmolSaveOrientation("save1");
jmolScriptWait("load "+file);
jmolRestoreOrientationDelayed("save1",0);
makeNext();
}
you can ignore makeNext(), it just figures out which model to load
next. unfortunately there's still about a 1/10th of a second delay
between when the next file is loaded and when the orientation is
restored. and also, this approach unfortunately does not save any
information from label or render or anything else. i wonder, is it
possible to specify all of these parameters in a "load" statement?
failing that, is there a way to synchronize these commands tighter?
i'd be happy to work on this, but i'm still trying to figure out
exactly how jmol and jmol-new.js work together.
eric
On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
Eric,
yeah, that's it. Starting with 0 and NOT repeating for each model --
10 models of benzene would have i=0,1,2,,i=119. Even if the data
are coming from different files, that number still just starts at 0
and runs.
We don't recommend people fiddling with that, but in this case, it's
an experiment. That's the only reliable tag you have.
It's also the number that's displayed if you use
select *;label %D
It's called the atom "index" number.
Bob
eric capps wrote:
> wow, yeah. so does move, save, move, restore (w/out the second save).
>
> regarding the jmolSetAtomCoord function, what does 'i' refer to? i'm
> guessing it's the atom number in the order that jmol read them?
>
> On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>
>> Eric,
>>
>> I think there's something wrong with the data for the "home" position.
>> If you first move the model around and THEN save, move some more,
>> save, they all work, right?
>>
>> Bob
>>
>>
>> eric capps wrote:
>> > bob,
>> >
>> > may be my environment but this isn't quite working for me. the restore
>> > delayed function doesn't seem to do anything at all! does this work on
>> > your end?
>> >
>> > eric
>> >
>> > On 5/25/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >
>> >> what delay? Oh, THAT delay. Sure. see
>> >>
>> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/Jmol-new.js
>> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm
>> >>
>> >> jmolRestoreOrientationDelayed(id,delay,targetSuffix)
>> >>
>> >> -- id should correspond to same for jmolSaveOrientation()
>> >> -- delay defaults to 1 second
>> >> -- can be set to anything
>> >> -- targetSuffix optional
>> >>
>> >> Bob
>> >>
>> >> eric capps wrote:
>> >>
>> >> > bob,
>> >> >
>> >> > can you think of a way to do a restore orientation w/out the delay?
>> >> > since i'm trying to use it in place of the built in animation
>> >> > capability, i want it to be able to snap back in position
>> immediately.
>> >> >
>> >> > On 5/23/06, Bob Hanson <[EMAIL PROTECTED]> wrote:
>> >> >
>> >> >>
>> >> >>
>> >> >> Eric Capps wrote:
>> >> >>
>> >> >> > bob,
>> >> >> >
>> >> >> > i believe i have the most recent version of jmol, but my jmol.js
>> >> >> > doesn't have these functions anywhere in it. the jmol-new.js
>> on the
>> >> >> > page you linked me to seems to be older, but it does have these
>> >> >> > functions. what's the deal with that? does my version not have
>> that
>> >> >> > functionality?
>> >> >>
>> >> >> oops, sorry, it isn't older -- it's just that I've ignored the
>> header.
>> >> >> the two key files are JmolAppletProto.jar and Jmol-new.js in
>> >> >>
>> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto
>> >> >>
>> >> >> if you use this, comment out your jmolInitialize() call and have
>> >> >> JmolAppletProto.jar in the same directory as your HTML page.
>> >> >>
>> >> >> >
>> >> >> > what you are describing sounds very interesting but is
>> >> unfortunately a
>> >> >> > bit over my head, as i'm new to both jmol and javascript.
>> still, i'd
>> >> >> > like to give it a shot.
>> >> >> >
>> >> >> > so am i right in thinking that you are suggesting writing a
>> method
>> >> >> > which would perform animation by moving an atom or a group of
>> atoms
>> >> >> > rather than reading an entire list of coordinates? this would be
>> >> >> > particularly helpful as the animations i am trying to make
>> typically
>> >> >> > only have one or two atoms moving at once (out of thousands).
>> would
>> >> >> > this be written in the jmol source code or the jmol.js file?
>> >> >>
>> >> >> Ah, there you go. Then you are all set! Can you figure out which
>> atoms
>> >> >> are
>> >> >> changing? That's interesting. OK, just for you, Eric:
>> >> >>
>> >> >> http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm
>> >> >>
>> >> >> Fun, eh? This should give you some ideas.
Re: [Jmol-users] Connect atoms in different frames (models)
Aidan, don't apologize. I'm grateful to you for testing this with me. Fixing
features is not a pain; if it were, I'd quit!
Aidan Heerdegen wrote:
look now, Aidan. I've wanted to be able to do this myself for some
time. Still not PERFECT, because current measures are not selectively
addressable, but an advancement, I think. Certainly it should do what
you want it to do.
Yes ... and no! Sorry to be a pain, but I am trying to load my
disordered structures into jmol 10.x.* and then use the new symmetry
features to fill out the unit cell and neighbouring cells.
the PDB reader has not been set up to read symmetry. It can read the unit cell,
certainly, but not the symmetry. It should not be difficult to do this, BUT we
are going to have to add a "set" flag for it, because we can't change the
default behavior of the PDB reader. The combination of unit cells and symmetry
automatically put in place a couple of settings that are more crystallographic
-- unit cell axes instead of cartesians, perspective off (because in that
context it looks ridiculous). That was just a design decision I made -- we might
want to discuss this idea of "context" that we really have three general
contexts for Jmol -- biomolecular, small molecule, and crystallographic.
In any case, PDB files in general cross the contexts, because some people use
them for small molecules, some biomolecules, and here you are using them in a
semi-crystallographic sense because you want that symmetry.
I'll admit, I was (sort of) dreading the thought of someone asking for lattice
considerations with an enzyme. I hate to think what would happen when you load
load enzyme.pdb {2 2 2}
Holy cow! But, if you are patient, and your machine has the memory, it might
work.
OK, there's an option, in fact: What if adding that lattice information is the
flag that you want symmetry? It can be as simple as
load enzyme.pdb {1 1 1}
for a single unit cell. But then OBVIOUSLY you want the symmetry stuff. That's
probably what you have been trying anyway.
OK, so I am not familiar with how PDB files record symmetry information. Best
send me a link to one that does. (Please do not attach the file.)
When I try to load a pdb file (which has the correct conect records so I
don't have spurious bonds) jmol does not seem to recognise their is
symmetry information in the file (there is, trust me), so I cannot do
the symmetry expansions. If I use shelx (.res) or CIF files the
symmetry information is recognised, but there is no bonding information,
so I get spurious bonds and the automagic "molecule" identification does
not work!
No bonding information -- right, that's because we can't clone the bonding
information in the context of symmetry. At least, I haven't figured out how to
do that. Clone atoms, yes, bonding maybe?
Should PDB symmetry information be respected? Or is this unimplemented
as of now?
show me the file
Thanks again for your help,
Cheerio
Aidan
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
--
--
Robert M. Hanson, [EMAIL PROTECTED], 507-646-3107
Professor of Chemistry, St. Olaf College
1520 St. Olaf Ave., Northfield, MN 55057
mailto:[EMAIL PROTECTED]
http://www.stolaf.edu/people/hansonr
"Imagination is more important than knowledge." - Albert Einstein
---
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
[Jmol-users] indexed isosurface and reading/writing JVXL files prototype
Hi Bob,Just checked out indexed isosurface and reading/writing JVXL filesWorks like a charm on Safari/OS X 10.4.6Fantastic! I particularly enjoyed the CH3Cl electrostatic potential mapped on electron density.Now if only JMol could read Spartan files as well as .cube. All the bestNick-- WWW Pages: http://www.liv.ac.uk/Chemistrywww/Staff/greeves.htmlTel: +44 (0)151-794-3506 (3500 secretary) On 25 May 2006, at 16:49, [EMAIL PROTECTED] wrote: [note: this message relates to the experimetal prototype "Jmol 10.x" not the public release Jmol 10.2. See http://www.stolaf.edu/people/hansonr/jmol/test/proto/new.htm for details.] The JVXL format is a GO.
Re: [Jmol-users] proposed addition to Jmol web site
Angel, They are very clear, should be a great help. Hens Hi all. Looking at several recent posts, it seems that new Jmol users tend to visit the demo- example pages on the Jmol web site, copy the source code of the page, then make their changes and find that they don't work, usually because of testing on hard disk, without using a web server. So, I have thought it could be a good idea to provide advice right there on the example pages. I have rewritten the pages for "simple example" and "UI controls example" so that the code is shown and commented alongside the Jmol applet and controls. I have put this new versions at http://biomodel.uah.es/pruebas/jmol/examples/index.html so that, if the community finds them adequate, I will send the files to some of the administrators and they put them on Jmol web, substituting the current example pages. Please, give your opinion. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 ___ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
