Re: [Jmol-users] Bond picking woes

[Adam C. <a.r...@bo...>]

Otis - thanks.

pickCallback gives me
e.g. ["bond","2 1 C1 #1 -- C3 #3 0.99997795",2.433,0.25,0.0]
which I can make use of.

Now I've played with assignBond_1 etc, I can see what you are doing....
and why.

Is it possible (in principle) to use the return value from the
pickCallback function
i.e. a bit like handling events

BTW using 12.0.32

Cheers, Adam

On Thu, 2011-02-17 at 13:19 -0500, Otis Rothenberger wrote:
> Angel and Adam,
> 
> I've been working under the assumption the set bondpicking true sets
> bond picking default behavior to changing bond order with the default
> order setting:
> 
> set picking assignBond_0
> 
> The call back information on this is of the following format (for
> ethane):
> 
> bond [{0}] "0"
> 
> Bug or not, I must admit that being able to intercept a bond click
> without action would be nice. One problem with the current callback in
> this regard is that you need the connection table - i.e. no connected
> atom info in the callback.
> 
> Otis
> 
> 
> -- 
> Otis Rothenberger
> Department of Chemistry
> Illinois State University Normal, IL 61790-4160
> http://chemagic.org 
> 
> 
> ______________________________________________________________________
> From: "Angel Herráez" <ang...@ua...>
> Sent: Thursday, February 17, 2011 12:59 PM
> To: jmo...@li...
> Subject: Re: [Jmol-users] Bond picking woes
> 
> Hello Adam
> 
> There is no reason why the bond should be deleted. This must be a 
> bug.
> Please provide details of the exact version of Jmol you are using
> 
> 
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio
> XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
> 
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________ Jmol-users mailing list Jmo...@li... https://lists.sourceforge.net/lists/listinfo/jmol-users