<div dir="ltr"><div>Weekly matplotlib meeting<div>2015-11-16</div><div><br></div><div>In attendance: Michael Droettboom, Thomas Caswell, Eric Firing, Jens Nielsen</div><div><br></div><div>We spent the call going over the effects of the proposed style changes for 2.0.  (mdboom/style-change branch)</div><div><br></div><div>- Size of grid lines may be too thin.  Need to experiment there.</div><div><br></div><div>- Tick lines should be shorter.  They interfere badly with minus signs, particularly when on the right hand side y-axis.  They can run into other subplots when close together.</div><div><br></div><div>- Various things were broken by turning of edgecolor for all patches (including unfilled ones)</div><div><br></div><div>- We should use Vega category 10 colors for the color cycle, rather than ColorBrewer Dark2.  The former is slightly better for color-blindness, though nothing is really great in that regard.</div><div><br></div><div>- The errorbar arrows don't look right when the errorbar line width is increased.  We could use arrowheads that are centered around the base rather than the tip to get around this.</div><div><br></div><div>- The number of ticks should be relative to the length of an axis, not fixed as it is now [#5488]</div><div><br></div><div>- It would be really nice to easily specify a color that comes from the color cycle in the currently active style.  We proposed a string syntax of `[n]` where `n` is the index in the color cycle.  This could be used as `plot(x, y, '[1]o-')` for example. [#5489]</div><div><br></div><div>- The new default mathtext that uses DejaVu is nice as it's consistent with all other text, but has some ways in which it is not as legible as Computer Modern.  In particular, the integral sign is way too small.  Placement and size of sub/superscript isn't great, but could probably be tweaked fairly easily. [#1097]</div><div><br></div><div>- We need Numpy datetime dtype support. [#1097]</div><div><br></div><div>- It was noted that the fact that we do image interpolation in RGB space [#5490]</div><div><br></div><div>- We decided that we probably don't need to address [#1099] about scatter marker size scaling for 2.0.  However, as we think about generalizing the color map norms we have now to apply to other dimensions, that would be a good solution to that problem.</div><div><br></div><div>- The clippedline.py example is now handled internally and should be removed. [#5491]</div><div><br></div><div>Cheers,</div><div>Mike</div><div><br></div></div><div>
</div></div>