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
axes.pie() creates a number of patches and text instances, but allows a limited subset of arguments in it's call signature.
It would be far more useful if it supported a kwargs argument, where the keyword arguments would be passed on to patch calls.
This would allow a gid to be set, encompassing each patch in the piechart (makes it much easier to then retrieve the handle to all elements of the pie chart for example, or include the pie chart)
Pickers could be set, edgecolor could be easily customised etc..
In that case, I suppose to make it most compatible with existing function, the pie.__init__ method would handle plotting (so that the call signature is unaffected) and update() methods would be provided, which accept patch/text kwargs to apply changes?
Yes, that is what I had in mind. The mep would be for codifying how to do this in general and
related to the talk of moving towards a dom model for keeping track of artists.
This is daft, but I'm was trying to find out about MEP's - where they are/how they get written and I can't find anything.
Are MEP's and github issues one and the same?
This issue has been marked "inactive" because it has been 365 days since the last comment. If this issue is still present in recent Matplotlib releases, or the feature request is still wanted, please leave a comment and this label will be removed. If there are no updates in another 30 days, this issue will be automatically closed, but you are free to re-open or create a new issue if needed. We value issue reports, and this procedure is meant to help us resurface and prioritize issues that have not been addressed yet, not make them disappear. Thanks for your help!
Activity
JamesRamm commentedon Jun 11, 2014
Best solution might be a new pie class, where texts and patches are implemented as seperate functions, to support kwargs for both:
Could this fit with the existing API?
tacaswell commentedon Jun 11, 2014
Please see the version of pie on the master branch. I think this is already addressed.
tacaswell commentedon Jun 11, 2014
See issue #2923 .
tacaswell commentedon Jun 11, 2014
I further consideration, I think have a pie class is a good idea, but for the purpose of artist wrangling after it is drawn.
JamesRamm commentedon Jun 12, 2014
In that case, I suppose to make it most compatible with existing function, the
pie.__init__method would handle plotting (so that the call signature is unaffected) andupdate()methods would be provided, which accept patch/text kwargs to apply changes?tacaswell commentedon Jun 12, 2014
Yes, that is what I had in mind. The mep would be for codifying how to do this in general and
related to the talk of moving towards a dom model for keeping track of artists.
JamesRamm commentedon Jun 13, 2014
This is daft, but I'm was trying to find out about MEP's - where they are/how they get written and I can't find anything.
Are MEP's and github issues one and the same?
tacaswell commentedon Jun 25, 2014
no, MEPS are on the wiki: https://github.com/matplotlib/matplotlib/wiki#matplotlib-enhancement-proposals-meps
tacaswell commentedon Jul 12, 2014
Related to https://github.com/matplotlib/matplotlib/wiki/MEP25
JamesRamm commentedon Jul 12, 2014
HAving a go at starting a MEP for this:
https://github.com/matplotlib/matplotlib/wiki/MEP-26
tacaswell commentedon Jul 12, 2014
My thought was that this would be a specific case of what MEP25 is working on.
petehuang commentedon Dec 29, 2016
Hi,
This issue has been inactive for a while. What's the latest discussion on this? MEP25 was last updated in 2014, along with this issue. Thanks!
github-actions commentedon Mar 5, 2023
This issue has been marked "inactive" because it has been 365 days since the last comment. If this issue is still present in recent Matplotlib releases, or the feature request is still wanted, please leave a comment and this label will be removed. If there are no updates in another 30 days, this issue will be automatically closed, but you are free to re-open or create a new issue if needed. We value issue reports, and this procedure is meant to help us resurface and prioritize issues that have not been addressed yet, not make them disappear. Thanks for your help!