Существует ли способ вынудить Базовую Анимацию работать, это - поток?
Параметр, который управляет межрасстоянием между абзацами, называют \parskip (См. Расстояние между абзацами ). Вы устанавливаете его (с "резиновыми" значениями) использование чего-то как:
\setlength{\parskip}{1cm plus4mm minus3mm}
defualt значение \parskip является зависимым класса. "Плюс" и "минус" части говорят TeX, насколько это может скорректировать значение для улучшения расположения (который является, они делают интервал эластичным, таким образом "резиновое" обозначение). Сокращение (или устранение) "плюс" часть резины могли бы помочь.
Предостерегаются, хотя, можно вызвать другие артефакты расположения при ограничении TeX слишком много.
Другие вещи думать о:
- висячая строка и штрафы клуба, вероятно, применяют заголовки раздела и могут влиять на выбор расположения TeX (см. https://stackoverflow.com/questions/512967/how-can-one-keep-a-section-from-being-at-the-end-of-a-page-in-latex для обсуждения).
- можно также хотеть рассмотреть питание с
\baselineskip, который управляет позволенным интервалом между строками текста и может также иметь резиновые значения. - Это - типичная проблема, и существуют, вероятно, некоторые довольно сложные обработки, уже подготовленные на CTAN.
2 ответа
Don't run heavy calculations on the main thread, because they will block the UI and lead to a bad user experience. Run them in a background thread.
That said, the iPhone is a single-core system, so if a calculation is pegging the CPU in one thread, the performance of every other thread may grind to a near halt. If you can, try breaking your calculation into smaller elements and running them as NSOperations in an NSOperationQueue. If you make sure that the calculation segments aren't so small that the overhead of creating an NSOperation for them becomes too large, this might provide a means of throttling the calculation a bit so that your animations aren't being slowed down.
Core Animation tends to perform a number of calculations upfront, before an animation may run, so those may be getting slowed down by your heavy calculation thread. You might also be able to start your heavy calculation within the -animationDidStart: delegate method for your CAAnimation, making the calculation only kick off when the animation is in progress. I believe the progress of an animation uses fewer calculations than its start, so it may be better able to coexist with your heavy calculation.
Я не уверен, но вы можете попробовать вызвать [NSThread setThreadPriority: 1.0] , если ваш центр сертификации запущен в другом потоке.