Re: [Jmol-users] Behaviour of "set picking label"

[Robert H. <ha...@st...>]

On Tue, Nov 10, 2009 at 5:47 AM, Brian McMahon <bm...@iu...> wrote:

> Earlier this year Bob introduced very nice functionality to move a
> label dynamically by SHIFT-click (application) or CTRL-click (applet)
>

It's the same code -- should be the same key-combination.  -- SHIFT, not
CTRL


> on an atom, and then dragging its associated label to a desired
> location. For this to work, one had first to
>
>   set picking select label;
>
>


> I am seeing a couple of issues in implementing this, which may be
> partially due to my misunderstanding of existing features or constraints,
> but it may also be demonstrating buggy behaviour.
>
> (1)
> I enter the following commands:
>
> $ select none;
> 0 atoms selected
> $  select (atomno=14);
> 1 atoms selected
> $ label %a;
> $ set picking select label;
>
> At this point, I see a label with the atom name (O1), as specified by the
> "label %a" command. Now I click on the atom - the label disappears, as
> expected - and click again. The label is restored but in the default
> (%[identify]) format.
>
> My question: is there any way to ensure that after toggling a label on/off
> using the "set picking select label" it can be restored with the format it
> had prior to toggling off?
>
>
Up until now, whenever a label is turned off it is reset to the standard
label.


>
> (2)
> At this point, I can store the graphics state, using "show state", and
> run it. The result is unchanged.
>
> However, if, while I still have "set picking select label" I SHIFT-click on
> an atom and move its label, then save the state, and then re-run the saved
> state, the position of the label has now shifted. Looks like a bug.
>

definitely -- I'll look into that.


>
> (3)
> A supplementary question. Having gone through this exercise (i.e. saved
> the graphics state and re-run it as a standalone script), if I now click
> on an atom, the application reports that atom's name and position (i.e.
> it has reverted to the default picking behaviour). Does this imply that
> the picking mode is not retained within the graphics state? If so, is
> there any way that it could be? [I am not sure that I would want it to
> be, but am curious as to the possibility.]
>
>
That's right, the picking mode is not saved with the state. Not sure why.
Probably no reason.



> Thanks
> Brian
> _________________________________________________________________________
> Brian McMahon                                       tel: +44 1244 342878
> Research and Development Officer                    fax: +44 1244 314888
> International Union of Crystallography            e-mail:  bm...@iu...
> 5 Abbey Square, Chester CH1 2HU, England
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Jmol-users mailing list
> Jmo...@li...
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>



-- 
Robert M. Hanson
Professor of Chemistry
St. Olaf College
1520 St. Olaf Ave.
Northfield, MN 55057
http://www.stolaf.edu/people/hansonr
phone: 507-786-3107


If nature does not answer first what we want,
it is better to take what answer we get.

-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900