On Tue, Nov 10, 2009 at 5:47 AM, Brian McMahon <[email protected]> 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: [email protected]
> 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
> [email protected]
> 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
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
