-
Notifications
You must be signed in to change notification settings - Fork 10
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
716 plot methods do not always work as expected #718
716 plot methods do not always work as expected #718
Conversation
Code Coverage Summary
Diff against main
Results for commit: 194609f Minimum allowed coverage is ♻️ This comment has been updated with latest results |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @Puzzled-Face for working on this, my concern with the grid::grid.draw()
wrapper applied everywhere is that 1) this will no longer return the plot objects (because the value of it is NULL) and 2) it will always plot things on the device, where the user might just want to save plots first and look at them later.
@@ -5,7 +5,7 @@ NULL | |||
|
|||
# GeneralData-class ---- | |||
|
|||
#' `GeneralData` | |||
#' `GeneralData` A Class for General Data Input |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we also don't have more in the title for the other data classes, so don't need that here then either?
Hmm. Yes. Good point. (Though Should I also remove all other calls to |
@Puzzled-Face the problem is that also |
I should read the online doc more carefully! We can wrap
Reverting #697 remains an option. How would you like to proceed? |
Thanks @Puzzled-Face , to me reverting #697 still seems easiest but also most clean from a design perspective (basically we just want that the |
Fixes #716 .