It seems odd that
wireframe DELETE
undoes the effects of the "connect" command.
No other wireframe command affects actual connectivity.
To me it would seem more logical to have
connect DELETE
rather than
wireframe DELETE
or even
connect <maxdistance> (<target set>) DELETE
which would delete only those specific bonds.
Otherwise I'm worried that
wireframe DELETE
is too close to
wireframe OFF
The same effect is observed immediately, but with different consequences
later.
Bob
Miguel wrote:
Miguel wrote:
Recalculating connectivity
--------------------------
RasMol/Chime contains a mechanism to recalculate the 'autobonding'.
connect on;
connect off;
When this command is executed, any underlying connectivity information is
thrown away and the connectivity is recalculated using 'autobond'.
The RasMol documentation states that the boolean value determines whether
a 'fast' or 'slow' algorithm is used.
For backwards compatibility with RasMol/Chime, Jmol now implements this
command. The value of the boolean argument is not used ... Jmol always
uses the same algorithm.
is there any difference between
connect on
and
connect off
No difference
or is that what you mean by the boolean being ignored?
Yes. That is what I was trying to explain.
If so, we should
just document this as
connect
I think.
OK ... that will be fine.
Miguel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
