Сергей Соколов
@sergiks Автор вопроса, куратор тега JavaScript
Может, при «желаемом превышении скорости» вообще отказаться от анимации и сразу ставить блоки на место? Т.е. не расчётно ускорять анимацию, как вы советуете, а сразу ускорить её до бесконечности ?
Когда пользователь листает изо всех сил, ему, наверное, уже не очень надо видеть плавные неторопливые движения элементов?
с почтой не замечал, но самопроизвольно открывался iTunes почему-то одно время. Кажется, это связано со статическим электричеством и аудио проводом от монитора в гнездо наушников. На некоторых наушниках есть кнопки управления и нажатие Play запускало бы iTunes.
тема ... раскрыта на иллюстрации. Но вот физика че-т не очень. По этой логике бильярд не получился бы ) Если они как от зеркала неподвижного отскакивали.
Сергей Соколов
@sergiks Автор вопроса, куратор тега Алгоритмы
Сплайны никак не помогают с кривой погони. Взять один сегмент, сплайн, заданный 4 точками. Для погони ещё важна скорость движения, и она меняется, в зависимости от расстояния до цели.
Сергей Соколов
@sergiks Автор вопроса, куратор тега Алгоритмы
В моем случае кривая может и будет самопересекаться. И надо еще принять решение, куда «повернуть» в таких моментах. Представьте себе подпись (автограф). Или художественный рисунок одним росчерком.
Сергей Соколов
@sergiks Автор вопроса, куратор тега Алгоритмы
Lander, наверное, нет: частотное разложение тут зачем.. Надо как бы «ехать» по отрисованной кривой и представлять себе точки вдалеке, к которым стремишься. В простом случае таких точек просто понадобится очень-очень много, и легко можно отрисовать любую фигуру. Но это то же самое, что составить плавную кривую из множества прямых отрезков. А крутое решение на грани искусства каллиграфии : ) было бы найти всего несколько таких точек.