[ghemical-devel] Frozen Atoms

Donald Ephraim Curtis donald-curtis at uiowa.edu
Tue Feb 28 21:34:11 EST 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello List,

So, I'm looking at adding freezing of atoms (position specifically) and
I've added some beta support (got a few things i want to update before
posting the patch).

but here are some issues / questions:

It's not a huge deal, but frozen atoms only matter per engine, so if the
engine doesn't have support for frozen atoms, then the UI elements will
still be there.  EG: menus don't get regenerated when a user changes an
engine.  (Version 3 is a UI re-write yes?)

How many calculations really would have to be concerned with frozen
atoms?  It appears as most engines would use this strictly for changing
their "change in geometry" (d1?) which is the whole point.  so that when
you geometrically optimize your frozen atoms don't move.  So far i just
test  for the frozen property before the d1 array gets updated in
ComputeBT1, ComputeBT2, ComputeBT3 and ComputeNBT1.  (These are the same
changes I made in Ghemical-GMS before)  As of now I'm only playing with
tripos engine and it works pretty good, the changes shouldn't be too
hard for the rest of the MM engines.

To be honest, i don't have enough Chemistry knowledge to really figure
out what calculation is where, and all my resources for chemistry
knowledge don't have the CS background to decypher the C.

Here is a "coding standards" question.  If i'm coding in a boolean field
would you prefer that it be type 'bool' or 'int'?  I chose 'int' on the
basis it's C and more compatible with the GTK stuff *shrug*.

Thanks,
- -Donald

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEBQgjpfCDM4NfSu4RArpZAJ0XUpOUycQr5N9b/Ot7ntZQwXy0ewCbBN7J
d8fKKg3pfDksgU4wq4q3xW8=
=CUiQ
-----END PGP SIGNATURE-----


More information about the ghemical-devel mailing list