You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Many toolkits generate aromatic SMILES for Se and Te, by analogy with O and S. I'm not asking that you support these on writing (this is a matter for one's own conscience), but it would be nice if the toolkit read these without any loss of information.
For example, [te]1cccc1 is currently read as [Te]1CCCC1, whereas the intended meaning is [Te]1C=CC=C1.
The text was updated successfully, but these errors were encountered:
This is probably a good idea, and would not be hard to do. I may make it an optional setting, because some may disagree. I am hoping to have an update to the software by year end, and I will include this.
Sorry for the loss reading it, that will get fixed....
I just put out a patch that addresses this. If you look in element.cc you will see that Se and Te how have outer shell electrons information, as well as aromatic atomic symbols.
To use this, if you use skeleton.cc to build a programme, you can use
-E O:Se -E O:Te
or if you are doing this from C++, fetch the elements,
Element * Se = const_cast<Element *>(get_element_from_atomic_number(34));
Se->set_organic(1);
should do that. I then tested it and it was able to read
o1cccc1
[se]1cccc1
[te]1cccc1
Please give it a try and let me know if this works. The bug you found is still there, and I will fix it, but it is hidden with this change.
Many toolkits generate aromatic SMILES for Se and Te, by analogy with O and S. I'm not asking that you support these on writing (this is a matter for one's own conscience), but it would be nice if the toolkit read these without any loss of information.
For example, [te]1cccc1 is currently read as [Te]1CCCC1, whereas the intended meaning is [Te]1C=CC=C1.
The text was updated successfully, but these errors were encountered: