#4748 closed enhancement (not a bug)
execute command when models opened
Reported by: | Owned by: | pett | |
---|---|---|---|
Priority: | moderate | Milestone: | |
Component: | General Controls | Version: | |
Keywords: | Cc: | chimera-programmers, Elaine Meng, tony.schaefer@…, danielgurnon@… | |
Blocked By: | Blocking: | ||
Notify when closed: | Platform: | all | |
Project: | ChimeraX |
Description
ChimeraX could have a "New Models" settings category, with subsections for various model types, where you could specify commands to run when models of that type were opened.
Change History (7)
comment:1 by , 4 years ago
Summary: | exexute command when models opened → execute command when models opened |
---|
comment:3 by , 4 years ago
Thanks for all this information Tony! It will be helpful when I have the time to implement this.
--Eric
comment:4 by , 3 years ago
Cc: | added |
---|
comment:5 by , 3 years ago
Additional suggestion from T.G.:
It might be nice if ChimeraX had a preference settings that made it not automatically choose a lighting mode when the first model is opened.
comment:6 by , 3 years ago
Elaine:
Currently the lighting adjustment upon model opening is part of autostyling, which can be avoided with the "autoStyle false" option of the "open" command.
<https://rbvi.ucsf.edu/chimerax/docs/user/commands/open.html#options>
However, autostyling includes a lot of other mostly helpful things, so you probably wouldn't want to use that option. For example, without autostyling, every atomic structure opens as white spheres.
<https://rbvi.ucsf.edu/chimerax/docs/user/autostyle.html>
It wouldn't be practical to have a preference for every single aspect of autostyling, but perhaps there could be a middle ground with some checkbox options for commonly adjusted things like lighting in addition to a box to enter custom commands for model opening to meet more specific needs. Maybe a "New Structures" or "New Models" section of Preferences analogous to the "New Molecule" category that Chimera had.
comment:7 by , 3 years ago
Resolution: | → not a bug |
---|---|
Status: | assigned → closed |
It seems that Tony's OpenCommands bundle obviates the need for this.