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
So my offsets are increased by three times the number of characters in the respective label.
This is working fine, but since there already is an avoidFirstLastClipping method, I think it should do all that for me. (Maybe by considering the width of the labels and increasing the offset by half of it?)
The text was updated successfully, but these errors were encountered:
Seems to me like you are choosing a very specific value for your offsets.
And avoidFirstLastClipping is doing something very specific, which is avoid being clipped, by sliding the values even while scrolling the chart, which provides for smoother experience.
Not everyone wants the labels to bleed out of the content bounds, which can cause two labels being rendered on top of each other.
So, you have those extraOffsets for those kind of situations where you want to do something a little different :-)
I think the
![simulator screen shot 20 de dez de 2015 19 36 05](https://cloud.githubusercontent.com/assets/15813674/11920294/faec6136-a751-11e5-88e2-96d2781e8163.png)
avoidFirstLastClipping
option should keep the labels centered, like this:Instead of this:
![simulator screen shot 20 de dez de 2015 19 37 13](https://cloud.githubusercontent.com/assets/15813674/11920295/fee1d6ea-a751-11e5-961d-c9a1db43269e.png)
I can't see why anyone would prefer the last option, which is what happens right now.
This is what I'm doing to achieve what I want:
So my offsets are increased by three times the number of characters in the respective label.
This is working fine, but since there already is an
avoidFirstLastClipping
method, I think it should do all that for me. (Maybe by considering the width of the labels and increasing the offset by half of it?)The text was updated successfully, but these errors were encountered: