Eric Martz sent [11.57a gmt 2004 March 11 Thursday] : > At 3/11/04, you wrote: > >I believe that RasMol/Chime only allow one color for all the > >monitors. Therefore, it was implemented this way to be compatible > >with existing scripts. (The same goes for the _label_ command ... > >all the same color) > > > In Chime (and RasMol), both monitor lines and labels follow the > colors of the respective atoms by default. Each monitor line by > default is two colors: half the color of each of the two atoms it > connects. The distance number seems to be colored arbitrarily by the > color of the atom which is leftmost at the time the monitor is > created. > > The commands "color monitors colorname/value" and "color labels > colorname/value" can be used to color all EXISTING monitors with > colorname/value. However, subsequently added monitors still default > to atom colors. Issuing a new "color monitors" command colors ALL > existing monitors, so you can't make monitors have more than one > non-atom color as far as I know. > > Labels behave slightly differently. By default, they inherit the > colors of the atoms they label. "color labels" then colors not only > all existing labels one color, but subsequently added labels. > Further, the distance numbers on monitors are evidently considered > "labels" and are colored (differently than the monitor lines > themselves) with the "color label" command. Subsequently added > monitor lines have the lines colored by atoms, but the distance > number colored with the previously executed "color labels" command. > > Coloring of monitors and labels is the same whether created by mouse > clicks or commands. > > -Eric >
thanks for explaining that, Eric - I could not wrap my head around the best way to say it. :-) it is quite confusing. my opinion is that color monitors should apply to the selected set, like most other commands. that way, if you want to color a monitor, select one of the involved atoms and issue a "color monitor [color]" command. that makes most sense to me, but I am not sure the impact it would have on existing Chime/Rasmol scripts. :tim -- timothy driscoll molvisions - molecular graphics & visualization <http://www.molvisions.com/> usa:north carolina:wake forest ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click _______________________________________________ Jmol-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-developers
