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
I sometimes observe that the users use legacy settings files. I suggest implementing a version control in the read settings function. I did this in my MZquant package. The version in which the changes are made is hard-coded in the current settings file and the check function. What do you think about?
The text was updated successfully, but these errors were encountered:
This is in the terms of backward compatibility. This maybe depends on the extent of the changes made. If we do something substantial new, I am against supporting of legacy structures to keep efforts and code slim. In case of minor changes, it may be worth to think about a support of legacy settings without new functionalities. Something like:
stop("please update your settings to version $newestversion") in case of major changes
warning("Settings was updated to map new functions. The version of your settings is still supported. To use the new function update to $newestversion, please").
I sometimes observe that the users use legacy settings files. I suggest implementing a version control in the read settings function. I did this in my MZquant package. The version in which the changes are made is hard-coded in the current settings file and the check function. What do you think about?
The text was updated successfully, but these errors were encountered: