-
-
Notifications
You must be signed in to change notification settings - Fork 182
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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: