well, it would've been nice, but not big deal. I mean, if it's a real pain
why bother. In my case is not an essential feature. The duplicates were though,
and they work beautifully!
hey, if you liked that (simple) virus, there's a lot more on
viperdb.scripps.edu,
now that the first stage of the jmol implementation is ready I would say the
site has improved a lot thanks to it (not only for science but as an educational
tool too). BTW, I've already added the site to the jmol wiki.
He wants his duplicates and to eat them, too! I don't know....
>
> Delete atoms. Why don't we do this? Well, there are a lot of data
> structures that depend critically on atom index. To do this properly we
> have to delete the atoms and somehow also clean up the arrays --
> otherwise it's just a waste of time. I think I've been reticent to go in
> and track down all the atom references in order to delete them. I
> suppose if it were a whole model being removed it might not be so bad. I
> can see the command would be
>
> zap 2.1
>
> or something of that order.
>
> But I hate to think how hard it would be to get this right. I suppose
> I'll look at it....
>
> Say, I like that virus!
>
> Bob
--
0 | Mauricio Carrillo Tripp, PhD
/ | Department of Molecular Biology, TPC6
0 | The Scripps Research Institute
\ | 10550 North Torrey Pines Road
0 | La Jolla, California 92037
/ | [EMAIL PROTECTED]
0 | http://www.scripps.edu/~trippm
** Aut tace aut loquere meliora silentio **
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
