Closed GoogleCodeExporter closed 8 years ago
The range location shouldn't matter, but the length does. What value are you
using for kMinute?
What are you using for majorIntervalLength? If the majorIntervalLength is too
short, the axis might be trying to generate thousands of major tick marks
and/or labels which would definitely take some time.
Original comment by eskr...@mac.com
on 9 Jul 2010 at 12:27
You are right. The hold-up is in
CPAxis::tickLocationsBeginningAt:increasing:majorTickLocations:minorTickLocation
s function. The solution works for me is changing the labelingPolicy.
I didn’t set up majorIntervalLength. I want the plot space range length to be
quite small, but the range location to be large (because of converting current
time to seconds from 1970 year). Will setting majorIntervalLength could anyhow
solve this problem? Thank you.
Original comment by Yakubovi...@gmail.com
on 9 Jul 2010 at 8:19
kMinute is just 60. xMin and xMax are seconds from 1970
Original comment by Yakubovi...@gmail.com
on 9 Jul 2010 at 8:21
I think this was fixed recently. See revision 5f5f1734a0. Pull the latest
source and let us know if you're still having the problem.
You'll still get 61 major tick marks and labels, but it should be much faster.
Increase the majorIntervalLength to reduce the number of ticks. You might try
something like 10 to start with (it defaults to one).
Original comment by eskr...@mac.com
on 9 Jul 2010 at 12:04
Yes. this bug is fixed already. thanks you
Original comment by Yakubovi...@gmail.com
on 14 Jul 2010 at 12:48
Original comment by drewmcco...@mac.com
on 14 Jul 2010 at 1:50
Original issue reported on code.google.com by
Yakubovi...@gmail.com
on 8 Jul 2010 at 10:36