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" <angel.herr...@uah.es>
> Sent: Thursday, February 17, 2011 12:59 PM
> To: jmol-users@lists.sourceforge.net
> 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
> Jmol-users@lists.sourceforge.net
> 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
> Jmol-users@lists.sourceforge.net
> 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
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
