Frieda,

I'm not able to reproduce the problem.

Frieda Reichsman wrote:

>Nope, that's not what I am saying. At least, I don't think so. I think  
>I just wasn't watching the order of commands in my example. Here's the  
>real code:
>
>In the initialization script, I set the default for labels:
>
>select none
>font label 20 sans bold
>color label black
>
>  
>
works

>in the label script, first I create a label that should pick up the  
>defaults, and follow with a label that I want to be different:
>
>select 179:A.CA
>label Hsp90-N
>set labeloffset 0 -20
>
>  
>
works

>select 377:G.CA
>label catalytic|loop
>set labeloffset 0 -50
>color label [xf701f7]  #magenta
>font label 12 sans bold
>
>  
>
works

>Everything works the first time the script is triggered. But if I send  
>the label script again (which happens if someone turns off the labels  
>and then turns them on again), the label on 179:A.CA is magenta and 12  
>point.
>
>  
>
I'm not seeing that. Please send a history so we can see what exactly 
was sent.
What exactly is in that "label script" you send again?

My GUESS is that later, after a LABELS OFF, you are sending the LABEL 
command without again giving the desired font/offset/color information 
after. But maybe I'm still missing something.

Bob



>In each case, I am labeling before I set the color and font.
>
>The same thing happens with label pointers, etc.
>
>Frieda
>
>
>On Feb 13, 2008, at 12:20 PM, Bob Hanson wrote:
>
>  
>
>>OK, this is a bit tricky. It IS the way it is designed to work, but  
>>that
>>is not well described.
>>Generally, you can do this:
>>
>>select atomno=100
>>font label 12 sans bold
>>color label blue
>>label Ala324
>>
>>And the label will go in as size 12, blue. But, if you have defined a
>>default font and color and you do the same thing, the "label" command
>>picks up the defaults instead. So in that case, if you are using
>>defaults, you have to change the font and color AFTER the "label"  
>>command:
>>
>>select atomno=100
>>label Ala324
>>font label 12 sans bold
>>color label blue
>>
>>
>>I don't know if this is reasonable or not. But that is the way Jmol is
>>configured. (And always has been, I think.)
>>
>>Bob
>>
>>
>>Frieda Reichsman wrote:
>>
>>    
>>
>>>Hi Bob,
>>>
>>>In Jmol 11.4.RC4a (and RC2, for what it's worth) I am finding that
>>>labels are not working properly. Commands that are issued after a
>>>specific atom is selected then overrule global label settings.
>>>
>>>select none    # (or select all)
>>>font label 20 sans bold
>>>color label black
>>>
>>>select atomno=230
>>>label Arg194
>>>
>>>select atomno=100
>>>font label 12 sans bold
>>>color label blue
>>>label Ala324
>>>
>>>above works fine, atom 230 label is black and 20 point font. But when
>>>it is followed by
>>>
>>>     select atomno=230
>>>     label Arg194
>>>
>>>the Arg194 label is blue and in 12 point font. I don't think that's
>>>the intended behavior for labels.
>>>
>>>Frieda
>>>
>>>
>>>
>>>//////////////////////////////////////
>>>
>>>Frieda Reichsman, PhD
>>>Molecules in Motion
>>>Interactive Molecular Structures
>>>http://www.moleculesinmotion.com
>>>413-253-2405
>>>
>>>//////////////////////////////////////
>>>
>>>
>>>
>>>
>>>
>>>-------------------------------------------------------------------------
>>>This SF.net email is sponsored by: Microsoft
>>>Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>_______________________________________________
>>>Jmol-users mailing list
>>>[email protected]
>>>https://lists.sourceforge.net/lists/listinfo/jmol-users
>>>
>>>
>>>      
>>>
>>-- 
>>Robert M. Hanson
>>Professor of Chemistry
>>St. Olaf College
>>Northfield, MN
>>http://www.stolaf.edu/people/hansonr
>>
>>
>>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
>>
>>
>>
>>-------------------------------------------------------------------------
>>This SF.net email is sponsored by: Microsoft
>>Defy all challenges. Microsoft(R) Visual Studio 2008.
>>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>_______________________________________________
>>Jmol-users mailing list
>>[email protected]
>>https://lists.sourceforge.net/lists/listinfo/jmol-users
>>    
>>
>
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Microsoft
>Defy all challenges. Microsoft(R) Visual Studio 2008.
>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>_______________________________________________
>Jmol-users mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/jmol-users
>  
>


-- 
Robert M. Hanson
Professor of Chemistry
St. Olaf College
Northfield, MN
http://www.stolaf.edu/people/hansonr


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



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users

Reply via email to