-
Notifications
You must be signed in to change notification settings - Fork 13
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
Plot creates new graphics method objects #268
Comments
@aashish24 Any comments on this? |
@danlipsa we make copy of the gm for MANY reasons such as changing labels, title, etc... changing default levels, sometime we also create new templates, for aspect ratios etc... But I thought they were cleaned up automatically once the canvas is cleared. |
@doutriaux1 If that's the case, it is fine even if a little disconcerting to new users such as myself. 😄 |
@danlipsa can you double check it goes away after a clear? Do you think we should add a special "tag" in the name so that we do not list "nuder the hood autogenerated" objects in the list functions? |
also you should use |
Yes, it does go away when you call clear. I do think we should add a special tag and not list those graphics methods as the user has no idea what they are and who created them. In my mind, they should be deleted after plot finishes as they are never used again. But its a low priority task as long as we delete everything on clear. Thanks for the listelements tip. |
This might come up for vcdat as users might browse through all graphics methods and might be confused by these temporary gm-s. We'll see ... |
Plotting a boxfill with a given graphics method still creates a new graphics method. Why?
Also, when we do not pass our own graphics method, a new gm is created, but we don't know its name so that we can delete it. We should provide a why to access the name of the gm created so that we can deleted after we plot.
@doutriaux1 Do you remember the reason why graphics methods are created in the plot function? We seem to look at the data and modify gm parameters based on that. Is that the motivation behind this? Why not changing the gm that is passed as a parameter than?
The text was updated successfully, but these errors were encountered: