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
Ticklabel alignment issue with Arial #4796
Comments
It looks like the numbers are correctly right alligned. Does [t.set_ha('center') for t in ax.yaxis.get_ticklabels()] fix the alignment? It will probably also move the tick labels which I don't remember off the top of my head how to move (but I am sure you can). |
I'm having a similar issue here. The code
generates the plot The figure shows that both axis labels and annotations are affected by this problem. It appears that only the Agg backend exhibits this incorrect behavior, not the pgf backend, but I haven't tried other backends yet… |
Does the same happen on master? @mdboom did some work on this recently. On Wed, Jul 29, 2015, 9:12 PM Edwin Chan notifications@github.com wrote:
|
I've performed two little tests. The first test
produces The second test
produces a chain of images. When the images are flipped through with your favorite image viewer, the 'timer' in the lower right doesn't jitter around like it did in matplotlib 1.4.3. |
So, it appears this is fixed in git, then? |
It seems so. |
Great, closing as fixed on master. @asteppke Please ping to have this re-opened if you can reproduce this on the current master branch. |
While changing the styling of my plots I also tried to change the font used for the tick labels. Upon closer inspection you can notice that the alignment is somehow off for the y tick label "1" in this example:
Which results in the following plot:
For some reason the alignment of the tick labels is not consistent, the "1" is clearly closer to the axis lines than the other labels. This does not happen with the default font, so I assume this is due to some interaction between both. Unfortunately Arial or Helvetica is the standard in many publications so I would like to stick to this font.
This happens with matplotlib 1.4.3 on Windows 7 using Python 3.4.1.
The text was updated successfully, but these errors were encountered: