On Monday 27 March 2006 09:24, [EMAIL PROTECTED] wrote:
> Example: PDB entry '1DEH'
>
> BROKEN : define het_CLa 601:A & hetero & not water;
> WORKING: define het_CLa 601 & hetero & not water;
Are you using mmCIF files? If so, 10.00.49 has CIF reading code a bit in a
flux... I'm in the process of
Quoting Miguel <[EMAIL PROTECTED]>:
Rolf wrote:
The parser doesn't
complain about the set names but with all self-defined sets zero atoms
are selected. The predefined sets still work.
Rolf,
I am not able to reproduce this problem.
I have defined several sets and they seem to work for me.
On Mon, Mar 27, 2006 at 08:20:39AM +0200, [EMAIL PROTECTED] wrote:
>
> De: Brian Salter-Duke <[EMAIL PROTECTED]>
>
> >I raised this once before, and I may be out of date, but I'd like to
> >raise it again. It seems necessasry to use relative addresses for
> >jmol.js and the jmol directory in web
Quoting Miguel <[EMAIL PROTECTED]>:
The loading was ok. I didn't observe any freezes (Firefox 1.07, Java
1.4.2, SuSE Linux 9.3).
But it looks like all set definitions are broken.
Rolf,
Did sets work in 10.00.48 ?
I didn't observe any problems with set definitions in 10.00.48.
Regards,
Rolf
On Sun, Mar 26, 2006 at 09:33:06PM -0500, Timothy Driscoll wrote:
> On Mar 26, 2006, at 8:29 p, Brian Salter-Duke wrote:
>
> >I raised this once before, and I may be out of date, but I'd like to
> >raise it again. It seems necessasry to use relative addresses for
> >jmol.js and the jmol directory
De: Brian Salter-Duke <[EMAIL PROTECTED]>
>I raised this once before, and I may be out of date, but I'd like to
>raise it again. It seems necessasry to use relative addresses for
>jmol.js and the jmol directory in web pages. I can the see the principle i
>here but it causes serious problems in tw
On Mar 26, 2006, at 8:29 p, Brian Salter-Duke wrote:
I raised this once before, and I may be out of date, but I'd like to
raise it again. It seems necessasry to use relative addresses for
jmol.js and the jmol directory in web pages. I can the see the
principle i
here but it causes serious pro
I raised this once before, and I may be out of date, but I'd like to
raise it again. It seems necessasry to use relative addresses for
jmol.js and the jmol directory in web pages. I can the see the principle i
here but it causes serious problems in two respects:-
1. When trying to incorporate jmol
Rolf wrote:
>> The parser doesn't
>> complain about the set names but with all self-defined sets zero atoms
>> are selected. The predefined sets still work.
Rolf,
I am not able to reproduce this problem.
I have defined several sets and they seem to work for me.
Please try to send me a specific
Rolf wrote:
>> Chain selection with for exammple ':A' also doesn't work any more.
I have identified the source of this problem.
Miguel
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends application
> The loading was ok. I didn't observe any freezes (Firefox 1.07, Java
> 1.4.2, SuSE Linux 9.3).
> But it looks like all set definitions are broken.
Rolf,
Did sets work in 10.00.48 ?
> The parser doesn't
> complain about the set names but with all self-defined sets zero atoms
> are selected. The
Quoting Miguel <[EMAIL PROTECTED]>:
Jmol prerelease 10.00.49 is now available for download from
http://www.jmol.org/files/
This prerelease includes:
* fix to stereo viewing
* quite a bit of test code from Bob
* MDL V3000 file support
* Bob's experimentation work with polyhedra rendering
* z
> I switched to 10.0.49 applet and I am having problems: locking of the
> applet,
> some scripts not executed, such as previous "set spin Y" not obeyed.
>
> I will be more specific when I am able to isolate the problems and give a
> good description, but I wanted to announce this to see if others
I switched to 10.0.49 applet and I am having problems: locking of the applet,
some scripts not executed, such as previous "set spin Y" not obeyed.
I will be more specific when I am able to isolate the problems and give a
good description, but I wanted to announce this to see if others are also
14 matches
Mail list logo