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
Acd/atomlabels #69
Acd/atomlabels #69
Conversation
Looks good and happy to apply and push. One thing extra that could be useful is to replace the exception with a call to 'handleError' in the super class. But then it's not really an error in relaxed mode. Sent from my iPhone
|
Thanks for the info, I wasn't aware of the method in the superclass. I've gone with the CDKException at this point as there were precedents in the code, but I could rethink this later. Exception/handleError or skip over the non-standard stuff with a warning (which I would prefer) is less of a coding issue, more design philosophy... Something for a discussion at a later date. From: John May Looks good and happy to apply and push. One thing extra that could be useful is to replace the exception with a call to 'handleError' in the super class. But then it's not really an error in relaxed mode. Sent from my iPhone
|
If you can commit this code for now, I'll look into handleError and patch later if appropriate. |
Applied and pushed - one extra thing I fixed was the resource files. These should go in the module where they are used, the testdata module is an artifact from the ant build. |
Stuff to read the non-standard ACD/Labs atom label property (M ZZC) in molfiles generated by ACD/ChemSketch. I've tested it fairly extensively, but as MDLV2000Reader is a strategically-important class in the CDK, any further testing would be greatly appreciated.
The new code throws a CDKException if the ZZC property is found while reading in STRICT mode. If preferred, I could change this to just print a warning and skip the labels, just let me know. There were plenty of precendents in the code to go the exception route.