-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
Code removal #3992
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
Code removal #3992
Conversation
I have changed my mind on removal of qt4_compat.py. I encountered a On Sat, Jan 10, 2015 at 6:45 PM, Thomas A Caswell notifications@github.com
|
0c54d86
to
a4bdb1a
Compare
@WeatherGod removed the removal |
@@ -65,6 +64,10 @@ def tripcolor(ax, *args, **kwargs): | |||
shading = kwargs.pop('shading', 'flat') | |||
facecolors = kwargs.pop('facecolors', None) | |||
|
|||
if shading not in ['flat', 'gouraud']: | |||
raise ValueError("shadding must be one of ['flat', 'gouraud'] " |
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.
Typo: 'shadding' -> 'shading'
I'm happy with the removal of the deprecated kwarg in tripcolor. For the delaunay module I had intended keeping it around for a couple of release cycles, but I don't have a particularly strong feeling either way. When it does finally go we will receive some complaints, but I don't know that we'll receive more complaints if we remove it sooner rather than later. |
@ianthomas23 I suspect the amount of complaining will be independent of when we do it. I will defer to you on when it goes. |
@WeatherGod On consideration, your argument is essentially that all re-factoring needs more than one release cycle. |
It is a bit more nuanced than that. qt4_compat.py and qt_compat.py are As an example of a refactoring that I have zero problems with taking only a On Mon, Jan 19, 2015 at 4:04 PM, Thomas A Caswell notifications@github.com
|
@tacaswell: OK, I think we should keep the delaunay code for one more release cycle before removing it. |
Deprecated in PR matplotlib#1917 and commit 4003603
Deprecated in matplotlib#1920 merged to master in 17216bb
Deprecated in PR matplotlib#2351 Merged to master as da6c6b5
Deprecated in matplotlib#2671 / 71c77f0 ipython is now a doc-build dependency
Deprecated in c17e217 (2005-02-01)
Deprecated in matplotlib#850 / 360887a Also added validation on value of shading to only be in the supported set. attn @ianthomas23
Deprecated in matplotlib#2055 / 148ed82
Deprecated in matplotlib#2462 / 84e0063 attn @pelson had to known-fail a test which was using the proxy renderer to verify that PathEffectRender was working correctly.
Deprecated matplotlib#2714 / 400754f
Deprecated in 7634812
Deprecated in dc13d25 (2009-11-03)
Deprecated is matplotlib#2680 / e66039b
a4bdb1a
to
056ba7a
Compare
@tacaswell, Is there a clean way to move this forward? It looks like most of the removals are non-controversial. Maybe the thing to do is to move each of the problematic changesets into its own PR, and then merge the remaining majority in the present PR. |
I already have removed the changes that had protests. I have them as commits on my computer, but haven't gotten around to cherry-picking them on top of current master. |
Here, the |
@QuLogic Sounds right, will you do a PR? |
I'll put something together as part of #5371. |
Ahh, oops, I meant to say #5743! |
For some reason I thought this would be 'quick'. There are still a few more deprecated things that need to be removed, but this is a good start.
We need to make a decision about the future of finance.py.
I did my best to make sure the commits are atomic so any of them can be dropped now (or reverted later) if need be.