Hmmm, maybe I have something else going on that's interfering. I'll look at it again...
On Feb 13, 2008, at 4:52 PM, Bob Hanson wrote: > 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 ------------------------------------------------------------------------- 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
