Closed korikuzma closed 4 months ago
👍 up to you if you want to do this here or save it for a more consequential case, but we can also keep the old methods for a time, have them re-direct to the newly-named methods, and use the warnings module to issue deprecation warnings until they're changed
technically, I also think you could argue this isn't a breaking change (because the previous thing was private and therefore not supposed to be accessed) but since Variation Normalizer was calling the private methods it'll still break compatbility. could go either way imo
@jsstevenson
👍 up to you if you want to do this here or save it for a more consequential case, but we can also keep the old methods for a time, have them re-direct to the newly-named methods, and use the warnings module to issue deprecation warnings until they're changed
I'm pretty sure we're the only ones using Cool-Seq-Tool atm. I think this would be good to do in the future once we've made a major release. But if you think it's important to do now, I can.
technically, I also think you could argue this isn't a breaking change (because the previous thing was private and therefore not supposed to be accessed) but since Variation Normalizer was calling the private methods it'll still break compatbility. could go either way imo
I always go back and forth on these. I think this is a case where it would be nice to have documentation for our lab to decide what to do. I can update the title to have it not be a breaking change.
yeah fine either way imo
@jsstevenson Okay, I'll just keep it as is.
close #229
ManeTranscript._validate_index
->ManeTranscript.validate_index
ManeTranscript._get_reading_frame
->ManeTranscript.get_reading_frame