-
-
Notifications
You must be signed in to change notification settings - Fork 225
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
Remove S4 classes #269
Comments
I guess the following comment from the sources of the methods package also holds for "xts": So maybe xts itself could |
Thanks for the suggestion @bastistician. That thought crossed my mind as well. Would you have time to try that and report back? |
Has anyone fixed this yet? It is still bothering me. |
A few packages need xts as a S4 class. I know quantmod and spacetime both create an xts S4 class. The class definition belongs in the package that owns the class. See joshuaulrich/quantmod#269
This removes the xts S4 class definition, and imports it from xts. This requires an xts upgrade (xts > 0.12.1). See #269.
@nguinasso I just tried to address it. It's going to take coordination with other package authors to get it released, so that may take several weeks. |
The
setOldClass("xts")
andsetOldClass("zoo")
calls in quantmod cause issues if other packages need to define those classes as well. For example, see edzer/spacetime#35, and a StackOverflow question I answered a couple years ago.I mentioned these to @jaryan and he would prefer to remove all the S4 classes from quantmod.
The text was updated successfully, but these errors were encountered: