Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upNew time scale `ticks.bounds` option #4556
Conversation
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
The master implementation is equivalent to |
This comment has been minimized.
This comment has been minimized.
|
Wow, amazing to close so many tickets! |
|
|
||
| /** | ||
| * Ticks distribution along the scale: | ||
| * - 'linear': ticks are spread according to their time (distances can vary), |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
benmccann
Jul 24, 2017
Collaborator
Or rather maybe more informative to say "ticks and data"
When source:auto mode, we try to place ticks spread evenly regardless of mode so I think it helps explain it better if we mention data as well
This comment has been minimized.
This comment has been minimized.
|
looks good to me |
`ticks.bounds` (`'data'`(default)|`'label'`): `data` preserves the data range while `labels` ensures that all labels are visible. This option is bypassed by the min/max time options. Remove the useless time scale `_model` object containing private members: instead, make these members private (prefixed by `_`) part of the scale.
This comment has been minimized.
This comment has been minimized.
|
And I'm sure I missed some tickets |
This comment has been minimized.
This comment has been minimized.
dabrave
commented
Jul 27, 2017
|
Hi Simon and everyone! First of all congrats to you all for such great community! Tried with your last update for this issue (is it included on ChartJS 2.6 right? Or do I have to upgrade the code manually on Maybe I'm implementing the solution wrong... Below you can see how (tried with just one tick.bounds on xAxis and both, but nothing...) As you can see there are still some dates not included on the chart. Hope one day I could contribute in any code here, Cheers! |
This comment has been minimized.
This comment has been minimized.
|
This isn't included in 2.6.0. You have to checkout the latest code from github, build it ( |
This comment has been minimized.
This comment has been minimized.
|
It's not released yet, you will have to wait the next release (2.7). However you can try the latest build from master (for testing only - do not pay attention to the version number in this file) and see if it works as you expect. |
This comment has been minimized.
This comment has been minimized.
|
Also, I don't think |
This comment has been minimized.
This comment has been minimized.
dabrave
commented
Jul 27, 2017
|
Ok cool, thanks a lot for such quick answer guys! :) |
`ticks.bounds` (`'data'`(default)|`'label'`): `data` preserves the data range while `labels` ensures that all labels are visible. This option is bypassed by the min/max time options. Remove the useless time scale `_model` object containing private members: instead, make these members private (prefixed by `_`) part of the scale.
`ticks.bounds` (`'data'`(default)|`'label'`): `data` preserves the data range while `labels` ensures that all labels are visible. This option is bypassed by the min/max time options. Remove the useless time scale `_model` object containing private members: instead, make these members private (prefixed by `_`) part of the scale.



simonbrunel commentedJul 24, 2017
•
edited
Edit: renamed
scale.ticks.boundstoscale.boundsin #4595--
bounds('data' (default)|'ticks'):datapreserves the data range whileticksensures that all labels are visible. This option is bypassed by the min/max time options.Remove the useless time scale
_modelobject containing private members: instead, make these members private (prefixed by_) part of the scale.Fixes #2249
Fixes #2513
Fixes #2599
Fixes #2684
Fixes #2774
Fixes #3297
Fixes #3654
Fixes #3671
Fixes #4263
Fixes #4264
Fixes #4529
Fixes #4550