Current behavior that if dpi=None (the default), then defer to the rc param "savefig.dpi" (which seems to default to 100). Maybe we could allow for a string value ("native") that would be tested for and would indicate to use the dpi already set.

Sounds like an easy win... is there a reason we haven't done it already???

At the same time, can we change the default figure.dpi to 100? And make the savefig.dpi "native", or whatever ("screen"? "figure"?) be the default there? That way we are not actually changing the default savefig.dpi, which is most likely to be the one that would upset people running automated plot generation, and we are making the figure.dpi more sensible for typical screens--I think.

Seems reasonable to me.

Should this issue be closed, or do you still want to change the defaults (savefig.dpi=100 -> savefig.dpi='figure' and figure.dpi=80 -> figure.dpi=100)?

This should be folded in with the 2.0 style changes.

While on it, i really dislike the use of savefig.dpi in ipython-inline, it should just use the figure.dpi.

It should also stop using subplot adjust.

@Tillsten You need to take that up with the IPython folks, mpl does not control that backend.

@tacaswell I really think your voice is a lot stronger than the one of a single user.