On Feb 2, 2006, at 10:20 a, Bob Hanson wrote:

I disagree. From a user perspective, "single" and "double" are just rendering issues of wireframe.
bond color and diameter are display issues, but I think bond order implies something much more inherent, and it should not be considered a rendering issue. whether or not to show the bond order is the rendering issue IMO.



I know, programmatically they are more akin to connect, but here's the problem:
If you propose

connect DOUBLE

instead of

wireframe DOUBLE

then,

a) both connect and wireframe have a dependence upon the set bondmode setting.
b) the sequence:

select carbon
connect 1.5 (hydrogen)

adds C-H bonds, but then, right after it,

connect double

is unpredictable. One then needs to specify
set bondmode OR

first to do that.

I don't follow; sorry. both commands are dependent on the currently selected set, which is determined (in part) by the bondmode setting. I'm not sure why it is necessarily unpredictable.


c) This is very hard to explain! I would much rather see the SINGLE/ DOUBLE/etc. back in wireframe, where the discussion of set bondmode is appropriate for other reasons as well.


I would rather see wireframe limited to changing how the bonds are displayed, and not able to affect connectivity or bond order. <shrug>




Miguel wrote:

I think there are two concepts:
- the connections/bond -> connect
- the visualisation of the connections/bonds -> wireframe

As I have posted before, I also think it makes more sense to have
display-rendering under WIREFRAME and bonding under CONNECT
and this will mean not only
"connect delete".
but also
"connect single|double|triple|aromatic|hbond"


Correct, I intended to include

 connect single|double|triple|aromatic|hbond

in this as well.


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

--
Timothy Driscoll                                em: [EMAIL PROTECTED]
molvisions - see. grasp. learn.                 ph: 919-368-2667
<http://www.molvisions.com/>                    im: molvisions
usa:virginia:blacksburg                         tx: [EMAIL PROTECTED]







-------------------------------------------------------
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

Reply via email to