jmol-users Mailing List for Jmol

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Thanks. Another release is coming soon.

Anyone interested in VARNA integrating into Jmol? Nucleic acid secondary
structure and DSSR. Jmol-SwingJS only for now.

Bob

Dear Bob and Jmolers,
I got confused, but this appears to me to be the situation. 16.3.55 Jmol.jar fixed some bug(s) that prevented 16.3.53 from rendering certain .png or state scripts.
16.3.55 Jmol.jar correctly gives its version as 16.3.55 2026.03.20
16.3.55 JSmol INCORRECTLY gives its version as 16.3.53, but gives the correct release date of 2026.03.20.
16.3.53 was released 2026.02.05 (it reports).
Best regards and thanks for the fixes you did in recent releases that are critical for the forthcoming next version of FirstGlance!
-Eric
 Hi Bob,
I don't need to color bonds differently than atoms. I did that in my demo only to explain my puzzlement that I could "color wireframe yellow" yet was then unable to "color wireframe chain".
Thanks for the further explanation!I see now that if I use "color wireframe none" after "color wireframe yellow" and then simply "color chain" (or "color atoms chain") I can achieve what I wanted.
But indeed I have removed all "color wireframe" commands from FirstGlance to simplify things, given that I always want bonds and atoms the same color scheme.
-Eric

    On Tuesday, April 14, 2026 at 11:55:22 AM EDT, Robert Hanson <ha...@st...> wrote:  

 Eric, 
I guess I misunderstood your original question. The reason 
COLOR BONDS CHAIN
did not work is that it never works in any context. You can never apply palettes such as chain, monomer, or polymer to bonds. Those are atom properties only. 
If you have applied a specific color to bonds, such as 
COLOR BONDS YELLOW
then you need to issue
COLOR BONDS NONE
to remove that coloring before issuing an atom-specific palette such as 
COLOR ATOMS CHAIN
What it appears you were trying to do was to have the bonds colored by chain and the atoms colored by cpk. Since both of those are atom properties, that's not directly possible. Because the palette for bonds is always set to either "inherited" or a specific color.
The only way to do that would be to use COLOR ATOMS CHAIN and then for each chain number, color the bonds the color of the atoms in that chain:
select chainNo=1
color bonds @{{selected}[1].color} 
So:
load =1dps
var n = {*}.chainNo.max
color atoms chain
for (var i = 1; i <= n; i++) {
   select chainNo=@i
   color bonds @{{selected}[1].color }
}
select *
color atoms cpk 
spacefill 0.3

Is that something like what you are trying to do? 
Bob

Eric,

I guess I misunderstood your original question. The reason

COLOR BONDS CHAIN

did not work is that it never works in any context. You can never apply
palettes such as chain, monomer, or polymer to bonds. Those are atom
properties only.

If you have applied a specific color to bonds, such as

COLOR BONDS YELLOW

then you need to issue

COLOR BONDS NONE

to remove that coloring before issuing an atom-specific palette such as

COLOR ATOMS CHAIN

What it appears you were trying to do was to have the bonds colored by
chain and the atoms colored by cpk. Since both of those are atom
properties, that's not directly possible. Because the palette for bonds is
always set to either "inherited" or a specific color.

The only way to do that would be to use COLOR ATOMS CHAIN and then for each
chain number, color the bonds the color of the atoms in that chain:

select chainNo=1
color bonds @{{selected}[1].color}

So:

load =1dps
var n = {*}.chainNo.max
color atoms chain
for (var i = 1; i <= n; i++) {
   select chainNo=@i
   color bonds @{ {selected}[1].color }
}
select *
color atoms cpk
spacefill 0.3

Is that something like what you are trying to do?

Bob

 Dear Ángel,
These steps in my original message (sent 4/12) demonstrate the problem:
load =1pgb # balls and sticks are colored by chemical elementscolor chain # now balls and sticks are colored light bluecolor wireframe yellow # balls remain light blue but sticks are now yellow
color wireframe chain # no effectcolor wireframe cpk # sticks are colored by chemical elements
Why can't I apply chain colors to wireframe (sticks) after coloring them yellow?
----

    On Tuesday, April 14, 2026 at 05:44:30 AM EDT, Angel Herráez <ang...@ua...> wrote:  

Eric,

If your atoms are currently colored by chain, you can do

color wireframe none

If not, how about this:

color atoms chain

color wireframe none

color atoms (whatever else)

 ·
 Dr. Angel Herráez
 Biochemistry and Molecular Biology,
 Dept. of Systems Biology, University of Alcalá
 E-28805 Alcalá de Henares  (Madrid), Spain
 https://biomodel.uah.es/ El 13/04/2026 a las 20:33, Angel Herraez escribió:

  ATENCIÓN: Este correo electrónico se envió desde fuera de la UAH. No haga clic en enlaces ni abra archivos adjuntos a menos que reconozca al remitente y sepa que el contenido es seguro.   Dear Eric  What kind of trouble you have? This is working for me:  
   load $caffeine  color wireframe green  color wireframe none  color bonds green  color bonds none  

  Dr. Angel Herráez
  Biochemistry and Molecular Biology,
  Dept. of Systems Biology, University of Alcalá
  E-28805 Alcalá de Henares  (Madrid), Spain   De: m0lviz--- via Jmol-users <jmo...@li...>
 Enviado: lunes, 13 de abril de 2026 19:12
 Para: jmo...@li... <jmo...@li...>; Robert Hanson <ha...@st...>
 Cc: m0...@ya... <m0...@ya...>
 Asunto: Re: [Jmol-users] color wireframe: baby question or bug?      ATENCIÓN: Este correo electrónico se envió desde fuera de la UAH. No haga clic en enlaces ni abra archivos adjuntos a menos que reconozca al remitente y sepa que el contenido es seguro.   Hi Bob, 
  Thanks for those suggestions. What I want to do (in FirstGlance) is color atoms and bonds by evolutionary conservation (ConSurf), but be able to change them back to chain colors. No, I don't need to color the atoms and bonds different colors. 
  When I color, because I have used different colors for different renderings, typically I need to "color xxx; color cartoon xxx; color trace xxx; color backbone xxx;" and including "color wireframe xxx" seemed natural, but that got me into trouble. 
  I think the simplest solution is never to use the command "color wireframe <some color>", thereby avoiding the problem. In fact, I think I've run into this long ago. I see that I have not used "color wireframe" in FirstGlance until my recent additions to code, so I'll remove those and always let bonds inherit from atoms. 
  Perhaps Jmol should issue a helpful message when someone uses the command "color wireframe xxx"? 
  Best regards, -Eric 
     On Sunday, April 12, 2026 at 09:54:34 PM EDT, Robert Hanson <ha...@st...> wrote:  

     That said, that's the same as 
  $ color atoms chain
 $ spacefill 0 
  So I presume you want to color the bonds differently from the atoms AND also display the atoms with a different scheme? 
  Bob 

  _______________________________________________
Jmol-users mailing list
Jmo...@li...
https://lists.sourceforge.net/lists/listinfo/jmol-users

 _______________________________________________
Jmol-users mailing list
Jmo...@li...
https://lists.sourceforge.net/lists/listinfo/jmol-users

Eric,

If your atoms are currently colored by chain, you can do

color wireframe none

If not, how about this:

color atoms chain

color wireframe none

color atoms (whatever else)

·
  Dr. Angel Herráez
  Biochemistry and Molecular Biology,
  Dept. of Systems Biology, University of Alcalá
  E-28805 Alcalá de Henares  (Madrid), Spain
  https://biomodel.uah.es/

El 13/04/2026 a las 20:33, Angel Herraez escribió:
> *ATENCIÓN*: Este correo electrónico se envió desde fuera de la UAH. No 
> haga clic en enlaces ni abra archivos adjuntos a menos que reconozca 
> al remitente y sepa que el contenido es seguro.
> Dear Eric
> What kind of trouble you have? This is working for me:
>
> load $caffeine
> color wireframe green
> color wireframe none
> color bonds green
> color bonds none
>
>
>
>  Dr. Angel Herráez
>  Biochemistry and Molecular Biology,
>  Dept. of Systems Biology, University of Alcalá
>  E-28805 Alcalá de Henares  (Madrid), Spain
> ------------------------------------------------------------------------
> *De:* m0lviz--- via Jmol-users <jmo...@li...>
> *Enviado:* lunes, 13 de abril de 2026 19:12
> *Para:* jmo...@li... 
> <jmo...@li...>; Robert Hanson <ha...@st...>
> *Cc:* m0...@ya... <m0...@ya...>
> *Asunto:* Re: [Jmol-users] color wireframe: baby question or bug?
> *ATENCIÓN*: Este correo electrónico se envió desde fuera de la UAH. No 
> haga clic en enlaces ni abra archivos adjuntos a menos que reconozca 
> al remitente y sepa que el contenido es seguro.
> Hi Bob,
>
> Thanks for those suggestions. What I want to do (in FirstGlance) is 
> color atoms and bonds by evolutionary conservation (ConSurf), but be 
> able to change them back to chain colors. No, I don't need to color 
> the atoms and bonds different colors.
>
> When I color, because I have used different colors for different 
> renderings, typically I need to "color xxx; color cartoon xxx; color 
> trace xxx; color backbone xxx;" and including "color wireframe xxx" 
> seemed natural, but that got me into trouble.
>
> I think the simplest solution is never to use the command "color 
> wireframe <some color>", thereby avoiding the problem. In fact, I 
> think I've run into this long ago. I see that I have not used "color 
> wireframe" in FirstGlance until my recent additions to code, so I'll 
> remove those and always let bonds inherit from atoms.
>
> Perhaps Jmol should issue a helpful message when someone uses the 
> command "color wireframe xxx"?
>
> Best regards, -Eric
>
> On Sunday, April 12, 2026 at 09:54:34 PM EDT, Robert Hanson 
> <ha...@st...> wrote:
>
>
> That said, that's the same as
>
> $ color atoms chain
> $ spacefill 0
>
> So I presume you want to color the bonds differently from the atoms 
> AND also display the atoms with a different scheme?
>
> Bob
>
>
>
>
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
Dear Eric
What kind of trouble you have? This is working for me:

load $caffeine
color wireframe green
color wireframe none
color bonds green
color bonds none

 Dr. Angel Herráez
 Biochemistry and Molecular Biology,
 Dept. of Systems Biology, University of Alcalá
 E-28805 Alcalá de Henares  (Madrid), Spain
________________________________
De: m0lviz--- via Jmol-users <jmo...@li...>
Enviado: lunes, 13 de abril de 2026 19:12
Para: jmo...@li... <jmo...@li...>; Robert Hanson <ha...@st...>
Cc: m0...@ya... <m0...@ya...>
Asunto: Re: [Jmol-users] color wireframe: baby question or bug?

ATENCIÓN: Este correo electrónico se envió desde fuera de la UAH. No haga clic en enlaces ni abra archivos adjuntos a menos que reconozca al remitente y sepa que el contenido es seguro.
Hi Bob,

Thanks for those suggestions. What I want to do (in FirstGlance) is color atoms and bonds by evolutionary conservation (ConSurf), but be able to change them back to chain colors. No, I don't need to color the atoms and bonds different colors.

When I color, because I have used different colors for different renderings, typically I need to "color xxx; color cartoon xxx; color trace xxx; color backbone xxx;" and including "color wireframe xxx" seemed natural, but that got me into trouble.

I think the simplest solution is never to use the command "color wireframe <some color>", thereby avoiding the problem. In fact, I think I've run into this long ago. I see that I have not used "color wireframe" in FirstGlance until my recent additions to code, so I'll remove those and always let bonds inherit from atoms.

Perhaps Jmol should issue a helpful message when someone uses the command "color wireframe xxx"?

Best regards, -Eric

On Sunday, April 12, 2026 at 09:54:34 PM EDT, Robert Hanson <ha...@st...> wrote:

That said, that's the same as

$ color atoms chain
$ spacefill 0

So I presume you want to color the bonds differently from the atoms AND also display the atoms with a different scheme?

Bob

 Hi Bob,
Thanks for those suggestions. What I want to do (in FirstGlance) is color atoms and bonds by evolutionary conservation (ConSurf), but be able to change them back to chain colors. No, I don't need to color the atoms and bonds different colors.
When I color, because I have used different colors for different renderings, typically I need to "color xxx; color cartoon xxx; color trace xxx; color backbone xxx;" and including "color wireframe xxx" seemed natural, but that got me into trouble.
I think the simplest solution is never to use the command "color wireframe <some color>", thereby avoiding the problem. In fact, I think I've run into this long ago. I see that I have not used "color wireframe" in FirstGlance until my recent additions to code, so I'll remove those and always let bonds inherit from atoms.
Perhaps Jmol should issue a helpful message when someone uses the command "color wireframe xxx"?
Best regards, -Eric
    On Sunday, April 12, 2026 at 09:54:34 PM EDT, Robert Hanson <ha...@st...> wrote:  

 That said, that's the same as
$ color atoms chain
$ spacefill 0
So I presume you want to color the bonds differently from the atoms AND also display the atoms with a different scheme?
Bob

That said, that's the same as

$ color atoms chain
$ spacefill 0

So I presume you want to color the bonds differently from the atoms AND
also display the atoms with a different scheme?

Bob

because bonds are not atoms. Bonds inherit the color of their related
atoms, often splitting the stick into two colors. "CPK" is equivalent to
"none" for bonds -- meaning the color of the atom's element.

I see this in the "stick" code:

      if (colix == C.USE_PALETTE && pal != PAL.CPK)
        return; //palettes not implemented for bonds

You could set all the bonds of a chain to the color of atoms in the chain
by using:

color atoms chain
for (var i =@{
select chain=1
color bonds @{{selected}.color}

and then you could say something like

color atoms none

and the bonds will retain the assigned color of the chain.

For example:

load =1dps
color chain
for (var i = 1; i <= n; i++){
  select chainno=i;
  c = {selected}.color
  color bonds @c
}
select *
color none
spacefill 0

Bob

load =1pgb # balls and sticks are colored by chemical elementscolor chain # now balls and sticks are colored light bluecolor wireframe yellow # balls remain light blue but sticks are now yellow
color wireframe chain # no effectcolor wireframe cpk # sticks are colored by chemical elements
Why can't I apply chain colors to wireframe (sticks) after coloring them yellow?
The same occurs if you substitute "bonds" for "wireframe" in the above commands.
Is there a workaround?
Puzzled, -Eric

Thanks, Bob!

The funny part is that I am trying to plot... MO but instead of passing the
number, I'm just using homo/lumo. Looks like no orbital info is passed to
the process.

For me, parallelization is beneficial because it significantly decreases
the time required to generate the images. For example, I currently have 41
systems to plot HOMO/LUMO in two different views, meaning I will generate
164 images.

I will take a look to the Java console.

[]'s,
Camps

On Wed, Apr 8, 2026 at 10:15 PM Robert Hanson via Jmol-users <
jmo...@li...> wrote:

> Not at all surprising. The parallel idea was an experiment.  I can't
> remember why it is isolated to just the MO and ISOSURFACE commands -- one
> command per process. No other commands are allowed. I cannot remember how
> that worked. And I don't see anything about it in my development notes from
> 2015, which was the last time it was edited. There didn't seem to be any
> interest in this, so I did no pursue it.
>
> Take a look at the Java console (from the Help menu) and see what it is
> telling you.
>
>
> Bob
>
>
> On Wed, Apr 8, 2026 at 3:14 PM I. Camps <ic...@gm...> wrote:
>
>> Hello!
>>
>> I'm trying to use the PARALLEL option to generate 4 MOs simultaneously.
>>
>> The problem: no MO is generated!
>>
>> What I need:
>> - load the model
>> - generate LUMO
>> - zoom automatically
>> - write POVRAY file
>> - generate HOMO
>> - zoom automatically
>> - write POVRAY file
>>
>> Now, rotate the model 90 in y, and generate the MOs for the new view.
>>
>> I am attaching here the MOLDEN file and a shell script I created to
>> automate this (as there are a lot of MOLDEN files).
>>
>> Any help is welcome!
>>
>> []'s,
>> Camps
>> _______________________________________________
>> Jmol-users mailing list
>> Jmo...@li...
>> https://lists.sourceforge.net/lists/listinfo/jmol-users
>>
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>

Not at all surprising. The parallel idea was an experiment.  I can't
remember why it is isolated to just the MO and ISOSURFACE commands -- one
command per process. No other commands are allowed. I cannot remember how
that worked. And I don't see anything about it in my development notes from
2015, which was the last time it was edited. There didn't seem to be any
interest in this, so I did no pursue it.

Take a look at the Java console (from the Help menu) and see what it is
telling you.

Bob

On Wed, Apr 8, 2026 at 3:14 PM I. Camps <ic...@gm...> wrote:

> Hello!
>
> I'm trying to use the PARALLEL option to generate 4 MOs simultaneously.
>
> The problem: no MO is generated!
>
> What I need:
> - load the model
> - generate LUMO
> - zoom automatically
> - write POVRAY file
> - generate HOMO
> - zoom automatically
> - write POVRAY file
>
> Now, rotate the model 90 in y, and generate the MOs for the new view.
>
> I am attaching here the MOLDEN file and a shell script I created to
> automate this (as there are a lot of MOLDEN files).
>
> Any help is welcome!
>
> []'s,
> Camps
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>

Hello!

I'm trying to use the PARALLEL option to generate 4 MOs simultaneously.

The problem: no MO is generated!

What I need:
- load the model
- generate LUMO
- zoom automatically
- write POVRAY file
- generate HOMO
- zoom automatically
- write POVRAY file

Now, rotate the model 90 in y, and generate the MOs for the new view.

I am attaching here the MOLDEN file and a shell script I created to
automate this (as there are a lot of MOLDEN files).

Any help is welcome!

[]'s,
Camps

Hi Bob,
With Jmol-16.3.13, I can save a frame (or any .mol for that matter) like
this:
---------------------
cd c:/docs/2nitropropane/jmol/22801;
load xtb.trj;
frame 400;
select this;
write ./frame400.mol;

33 atoms selected
OK MOL 2251 c:/docs/2nitropropane/jmol/22801/frame455.mol (33 atoms)
---------------------

But with .55 or .57, the same script gives an error:
------------------------
cd c:/docs/2nitropropane/jmol/22801;
load xtb.trj;
frame 400;
select this;
write ./frame400.mol;

33 atoms selected
script ERROR: write what?
COORDS|FILE|FUNCTIONS|HISTORY|IMAGE|INLINE|ISOSURFACE|JMOL|MENU|MO|NBO|POINTGROUP|QUATERNION
[w,x,y,z] [derivative]|RAMACHANDRAN|SPT|STATE|VAR x|ZIP|ZIPALL|CLIPBOARD or
CIF|SCIF|CIFP1|CML|CFI|GIF|GIFT|JPG|JPG64|JMOL|JVXL|MESH|MOL|PDB|PMESH|PNG|PNGJ|PNGT|PPM|PQR|PWMAT|PWSLAB|SDF|CD|JSON|QCJSON|V2000|V3000|SPT|XJVXL|XSF|XYZ|XYZRN|XYZVIB|ZIPIDTF|MAYA|POVRAY|VRML|X3D|STL|TACHYON|OBJ
"filename"
----
         write<<<< << "./frame455.mol"
---------------------------
John Keller

Hello all, I am happy to report that after 7 years my YouTube video “Installing Jmol on Windows” has better than 9,500 views and 81 likes. Sincerely Kenneth A. Stover, MSc.

John, see previews

https://sourceforge.net/p/jmol/code/HEAD/tree/trunk/Jmol/test

and

https://sourceforge.net/p/jmol/code/HEAD/tree/trunk/Jmol/appletweb/

for Jmol.jar and jsmol.zip, respectively.

Yes, indeed. Broken in Jmol 16.1.59 (legacy only).

fixed for Jmol 16.3.57

John, are you using Java or JavaScript?

That still gives an error:

$ frame align {atomno=2}
script ERROR: java.lang.NullPointerException

On Tue, Mar 31, 2026 at 6:46 AM Robert Hanson via Jmol-users <
jmo...@li...> wrote:

> Yes. This is precisely what it is for. You need {  }  around that arom
> expression.
>
> On Tue, Mar 31, 2026, 2:45 AM John Keller via Jmol-users <
> jmo...@li...> wrote:
>
>> All-
>> Can the "frame align" command be used to keep one atom of a multi frame
>> trajectory stationary while running the animation? When I do "frame align
>> atomno=9", Jmol gives an error message. (I am assuming this would work like
>> the RMSD Trajectory tool in VMD where you list the selected atoms, then
>> click ALIGN.)
>> John Keller
>>
>> _______________________________________________
>> Jmol-users mailing list
>> Jmo...@li...
>> https://lists.sourceforge.net/lists/listinfo/jmol-users
>>
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>

Yes. This is precisely what it is for. You need {  }  around that arom
expression.

On Tue, Mar 31, 2026, 2:45 AM John Keller via Jmol-users <
jmo...@li...> wrote:

> All-
> Can the "frame align" command be used to keep one atom of a multi frame
> trajectory stationary while running the animation? When I do "frame align
> atomno=9", Jmol gives an error message. (I am assuming this would work like
> the RMSD Trajectory tool in VMD where you list the selected atoms, then
> click ALIGN.)
> John Keller
>
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>

All-
Can the "frame align" command be used to keep one atom of a multi frame
trajectory stationary while running the animation? When I do "frame align
atomno=9", Jmol gives an error message. (I am assuming this would work like
the RMSD Trajectory tool in VMD where you list the selected atoms, then
click ALIGN.)
John Keller

 Thank you so much, Bob! Working perfectly so far in FirstGlance! -Eric
    On Wednesday, March 25, 2026 at 12:28:24 PM EDT, Robert Hanson via Jmol-users <jmo...@li...> wrote:  

 Jmol.___JmolVersion="16.3.55" // (legacy) also 16.3.56 (swingJS) 

bug fix: biomolecule loading fails due to null pointer exception accessing spinFrame (spin space groups only)

bug fix: matrix(m, "abc") does not transpose to column format

bug fix: SpinCIF files do not decode 2sqrt(...) or cos(2pi/...)

bug fix: binary data array from load(filename,TRUE) should report data length using .length

bug fix: precision issues between Jmol and JmolD for loading scif created from mcif
 -- SpinCIF still experimental (FINDSPACEGROUP 0.13.11)

Robert M. Hanson
Professor of Chemistry, Emeritus
St. Olaf College, Northfield, MN
http://www.stolaf.edu/people/hansonr
https://github.com/BobHanson 
If nature does not answer first what we want,
it is better to take what answer we get. 

-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900

_______________________________________________
Jmol-users mailing list
Jmo...@li...
https://lists.sourceforge.net/lists/listinfo/jmol-users

Jmol.___JmolVersion="16.3.55" // (legacy) also 16.3.56 (swingJS)

bug fix: biomolecule loading fails due to null pointer exception accessing
spinFrame (spin space groups only)

bug fix: matrix(m, "abc") does not transpose to column format

bug fix: SpinCIF files do not decode 2sqrt(...) or cos(2pi/...)

bug fix: binary data array from load(filename,TRUE) should report data
length using .length

bug fix: precision issues between Jmol and JmolD for loading scif created
from mcif
 -- SpinCIF still experimental (FINDSPACEGROUP 0.13.11)

Robert M. Hanson
Professor of Chemistry, Emeritus
St. Olaf College, Northfield, MN
http://www.stolaf.edu/people/hansonr
https://github.com/BobHanson

If nature does not answer first what we want,
it is better to take what answer we get.

-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900

Apologies for that! This is fixed for Jmol 16.3.55/56. Only affects loading
with FILTER "biomolecule..."

 Dear Bob,
Can you send me a patch that will preclude "capture" from turning slab off? Then I'll be all set to test and release the new version of FirstGlance.
Thanks, -Eric
    On Sunday, March 22, 2026 at 01:46:40 PM EDT, Robert Hanson <ha...@st...> wrote:  

 Ok. Forget that release. I must have messed up load MODEL

2001	Jan	Feb	Mar	Apr (8)	May (7)	Jun (9)	Jul (4)	Aug	Sep	Oct	Nov (1)	Dec
2002	Jan (1)	Feb (1)	Mar (4)	Apr (6)	May (17)	Jun (1)	Jul (2)	Aug (2)	Sep (3)	Oct (21)	Nov (6)	Dec (4)
2003	Jan (2)	Feb (5)	Mar	Apr (6)	May (21)	Jun (27)	Jul (14)	Aug (13)	Sep (30)	Oct (71)	Nov (188)	Dec (108)
2004	Jan (74)	Feb (341)	Mar (307)	Apr (64)	May (98)	Jun (185)	Jul (37)	Aug (175)	Sep (196)	Oct (206)	Nov (174)	Dec (399)
2005	Jan (136)	Feb (217)	Mar (265)	Apr (227)	May (198)	Jun (178)	Jul (239)	Aug (245)	Sep (290)	Oct (145)	Nov (120)	Dec (103)
2006	Jan (107)	Feb (276)	Mar (332)	Apr (255)	May (326)	Jun (121)	Jul (75)	Aug (236)	Sep (289)	Oct (337)	Nov (131)	Dec (90)
2007	Jan (64)	Feb (169)	Mar (233)	Apr (128)	May (409)	Jun (151)	Jul (82)	Aug (201)	Sep (150)	Oct (243)	Nov (117)	Dec (175)
2008	Jan (127)	Feb (155)	Mar (120)	Apr (260)	May (123)	Jun (108)	Jul (128)	Aug (253)	Sep (229)	Oct (224)	Nov (214)	Dec (127)
2009	Jan (77)	Feb (153)	Mar (89)	Apr (192)	May (182)	Jun (168)	Jul (84)	Aug (94)	Sep (126)	Oct (164)	Nov (143)	Dec (191)
2010	Jan (236)	Feb (249)	Mar (212)	Apr (286)	May (198)	Jun (208)	Jul (446)	Aug (291)	Sep (241)	Oct (217)	Nov (286)	Dec (120)
2011	Jan (141)	Feb (127)	Mar (247)	Apr (182)	May (159)	Jun (124)	Jul (193)	Aug (161)	Sep (267)	Oct (171)	Nov (205)	Dec (85)
2012	Jan (135)	Feb (72)	Mar (128)	Apr (202)	May (144)	Jun (219)	Jul (169)	Aug (71)	Sep (99)	Oct (118)	Nov (306)	Dec (140)
2013	Jan (220)	Feb (220)	Mar (305)	Apr (123)	May (189)	Jun (135)	Jul (81)	Aug (187)	Sep (281)	Oct (150)	Nov (332)	Dec (179)
2014	Jan (274)	Feb (253)	Mar (164)	Apr (196)	May (111)	Jun (237)	Jul (146)	Aug (120)	Sep (263)	Oct (151)	Nov (109)	Dec (87)
2015	Jan (202)	Feb (121)	Mar (101)	Apr (77)	May (91)	Jun (124)	Jul (71)	Aug (206)	Sep (140)	Oct (147)	Nov (119)	Dec (164)
2016	Jan (175)	Feb (77)	Mar (162)	Apr (104)	May (137)	Jun (126)	Jul (102)	Aug (55)	Sep (53)	Oct (63)	Nov (8)	Dec (41)
2017	Jan (40)	Feb (20)	Mar (53)	Apr (98)	May (34)	Jun (61)	Jul (74)	Aug (15)	Sep (96)	Oct (42)	Nov (54)	Dec (43)
2018	Jan (48)	Feb (81)	Mar (72)	Apr (36)	May (87)	Jun (49)	Jul (13)	Aug (26)	Sep (29)	Oct (24)	Nov (37)	Dec (15)
2019	Jan (28)	Feb (33)	Mar (61)	Apr (73)	May (52)	Jun (28)	Jul (53)	Aug (63)	Sep (38)	Oct (88)	Nov (63)	Dec (63)
2020	Jan (24)	Feb (5)	Mar (18)	Apr (9)	May (35)	Jun (42)	Jul (56)	Aug (95)	Sep (155)	Oct (215)	Nov (103)	Dec (65)
2021	Jan (173)	Feb (88)	Mar (35)	Apr (60)	May (31)	Jun (40)	Jul (76)	Aug (60)	Sep (32)	Oct (46)	Nov (82)	Dec (52)
2022	Jan (176)	Feb (163)	Mar (86)	Apr (82)	May (38)	Jun (28)	Jul (52)	Aug (87)	Sep (46)	Oct (103)	Nov (21)	Dec (36)
2023	Jan (24)	Feb (49)	Mar (22)	Apr (14)	May (28)	Jun (38)	Jul (71)	Aug (47)	Sep (58)	Oct (52)	Nov (18)	Dec (18)
2024	Jan (39)	Feb (67)	Mar (50)	Apr (65)	May (13)	Jun (24)	Jul (59)	Aug (58)	Sep (53)	Oct (26)	Nov (11)	Dec (8)
2025	Jan (10)	Feb (41)	Mar (29)	Apr (45)	May (77)	Jun (34)	Jul (16)	Aug (30)	Sep (24)	Oct (7)	Nov (16)	Dec (39)
2026	Jan (45)	Feb (61)	Mar (35)	Apr (16)	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

jmol-users Mailing List for Jmol

An interactive viewer for three-dimensional chemical structures.

jmol-users — Announcements of new versions, communications about feature requests, etc.