possible solution:
Define a set of default qualities independent of the loading. For example, in the .properties file.
Allow modifications of the defaults independent of the presence of the module.
I suppose this probably violates the object-oriented philosophy bigtime.
Bob
Miguel wrote:
Hens wrote:
Because I use light colored backgrounds for the Jmol applet, I want to change the monitor color to red (from the default white). When I include "color monitor red" into the applet script line, it has no effect. It only works if I first define a monitor: "monitor 2 3;color monitor red;monitor off". From now on monitor labels appear in red. Is this intended behavior, shouldn't "color monitor red" be sufficient?
The behavior you are describing is 'explained' ... to the extent that it is consistent with the current implementation.
I have spent a lot of time thinking about this, but have not come up with a solution.
Here is the problem ...
The underlying code to support 'monitor' does not get loaded until you actually use a 'monitor'. This is done for performance reasons ... to speed up initial program loading. So, if you never use a 'monitor' then the code never gets loaded into memory.
All the 'shapes' are treated this way. If you never use a 'label' then the 'label' code doesn't get loaded. There are currently 22 shapes in the system ... backbone, cartoons, vectors, axes, etc.
So, one would probably want to say that 'color monitor red' is 'using' the shape red ... and that therefore it should get loaded into memory so that the state could be saved.
However, the problem is that I use scripting commands within the system to set the default state ... upon startup and when a file is loaded. And if setting color properties caused the shapes to get loaded then I would end up loading all the shapes.
That is a complicated explanation that probably does not help you very much.
The answer is:
- you have accurately described the current behavior of the system - it is undesirable behavior - I do not yet have a solution to the problem - this will cause me to think about it a little more
Miguel
----- Open Source Molecular Visualization www.jmol.org [EMAIL PROTECTED] -----
------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Jmol-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-users
--
Robert M. Hanson, [EMAIL PROTECTED], 507-646-3107 Professor of Chemistry, St. Olaf College 1520 St. Olaf Ave., Northfield, MN 55057 mailto:[EMAIL PROTECTED] http://www.stolaf.edu/people/hansonr
"Imagination is more important than knowledge." - Albert Einstein
------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Jmol-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-users
