-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
DOC: MEP 28 Artist Refactor #4693
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
DOC: MEP 28 Artist Refactor #4693
Conversation
You should also have a look at the |
Big question first, do you think this needs a MEP? I started writing this as an issue and then it became rather long, so I thought I should convert it. Looking at the scipy sprint I think we need to outline the direction, perhaps with some branches to show proof of concepts. I took a look a brief look at #3944, a bit confused as to the difference between a What timescale did you have in mind for this? I see you marked this as "proposed next point release", does that relate to the MEP doc, or the code itself? I imagine you don't want to get bothered with code now just two weeks before release as I imagine you have a lot of other stuff to work on. I find it hard enough just keeping up with all the notifications, every time I check this last day I see another 30 new notifications, so I thought twice about posting this PR, but as an MEP discussion document I thought it could simply go on the table for a few weeks. |
On 2015/07/14 8:48 AM, OceanWolf wrote:
Collections are for multiple objects that are very similar; they are Containers are for different types of object that combine to make a |
Does matplotlib have a list of both ancestor and descendant classes, especially the latter? Something like this which lists the subclasses? |
Abstract | ||
======== | ||
|
||
During the course of MPL, the number and complexity of artists have grown, to become quite unmanageable, this PR seeks to address that by refactoring the Artists and creating a more sensible class structure. |
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 all of our rst files should use hard returns to keep line lengths reasonable. I haven't checked, but I assume this has been done in the past.
Not even clear we are doing MEPs anymore. I'll close but feel free to reopen if this is still being pushed somewhere... |
Something perhaps for 2.1. Something I can work on after MEP27 😉.