-
Notifications
You must be signed in to change notification settings - Fork 169
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
Add a note on what "deprecation" means in the spec #611
Comments
Well, I think "DEPRECATED" only appears once. I think we could just as easily go with "LEGACY". |
Deprecation has a more standardized meaning though, right? In BEP001 it looks like "legacy" is actually used as a precursor to "deprecation", which is a nuance I missed when I initially responded. That said, I don't think it's a distinction worth making since deprecation means that the element will be removed at a later date, not that it has been removed. As such, I'm not sure that have a pre-deprecation term (i.e., legacy) buys us anything. WDYT? |
+1, no sense in a pre-deprecation term --> either we fully support something or we tell people to please not use it anymore (but keep it for backward compatibility) regarding "legacy" vs. "deprecation", I like deprecation better, but I am not going to die on that hill :-) I think Chris' definition from the original post is nice and should be used. |
Sounds good to move forward with "deprecated". Looking at our current case, though, I'm unclear on what suggestion a validator should be making.
Neither "hardcopy" nor "printer" show up elsewhere. It may just be that it didn't seem meaningful. I think to be explicit, we should add "There is no recommended alternative for this DEPRECATED key." so validator writers don't waste their time. |
I agree. I also think we should clarify at the initial definition that deprecated items will be removed at the next major release (i.e., BIDS 2.0), just so users know that it's not happening at the next patch or minor release. |
For a separate PR: Might be good to have a note on deprecation in the spec itself. Something like:
Originally posted by @effigies in #605 (comment)
The text was updated successfully, but these errors were encountered: