-
-
Notifications
You must be signed in to change notification settings - Fork 175
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow user to set size of ghost atom #1714
Comments
IIRC there are custom elements in there already for coarse-grained MD models. I think the element numbers go up to 255 (i.e. "customElement..." in elements.h / elements.cpp) |
I guess the first step would be to modify I can provide some pointers to anyone interested in this. |
can i work on this issue ? |
1 similar comment
can i work on this issue ? |
@matterhorn103 Hi I would like to work on this issue can you tell me how to setup the project and explain a bit more about the issue |
The build information is here: https://two.avogadro.cc/develop/build.html For this one, it's actually fairly easy. There's some code in So this one would require changing these to be std::vector similar to the code for CustomElementSymbols. There's also some code between lines 233-250 that would need to change, and some methods added to set the radius of the custom elements (again similar to that for symbols). So far, there isn't a pull request to implement the feature, so no it's not assigned or anything. |
@ghutchis alright I understood it thanks for explanation I will start right now working on it and will inform you once its done |
Is your feature request related to a problem? Please describe.
Sometimes a user might want to show a generic attachment point - coloured spheres in place of R1, R2 etc are all the rage in chemistry talks it seems.
Sometimes a user might want to depict a molecule bound to a nanoparticle or something else "blobby".
Describe the solution you'd like
If the size of a ghost atom was customizable, that would provide a convenient way to create such depictions.
Describe alternatives you've considered
Another option would be an additional atom type that is specifically designed to function as a "blob", but that seems unnecessary.
The text was updated successfully, but these errors were encountered: