Dilma, вопрос можно?
А это не минусы ?
1. Нужно точно рассчитывать значения для каждого If (без калькулятора - никуда)
2. таймер, счетчик и вся цепочка If-ов "крутится" всё время.
3. GE_GameTick выдаёт событие NULL и если нужно посчитать эти NULL опять нужен счетчик
4. If-ы должны быть расположены в порядке возрастания значений Op2. И если первый этап анимации самый "длинный" возникает вопрос : Кто виноват и что делать?

Ещё раз повторюсь - решение проги petrocan "День программиста" :

или объявите Конкурс на мои 500h на лучшее решение "Дня программиста"

Прикреплена третья версия схемы про День программиста. Просто немного подчистил

petrocan, а сюда смотрел ? На 20 компонент меньше

Tad, прикольно, но: я сначала не понял в чем подвох, пока не запустил...
1) нет трех точек после каждой строки
2) Мигание надписи в конце неправильное
3) Зачем каждой надписи устанавливать цвет фона перед миганием, когда достаточно установить цвет по-умолчанию, а в тот момент подавать только фоновый цвет на форму.
4) +схема получилась меньше за счет оптимизации связей

Tad, ещё ArrayRW лишний

foksov, как это
Пардон, но чем ты собрался с определенной задержкой считывать текст их массива

doGetString есть и с onGetString строку снимай

petrocan,
1. А зачем они (точки) ?
2. А какое мигание должно быть - я так и не понял
3. Чет я цвет у Label-ей убрал, а потом лень было искать.
4. Схема получилась меньше за счет выбрасывания 20 компонент.
5. В схеме используется всего 9 элементов среды, а у тебя 23.

[offtop]foksov, а, ну можно и так [/offtop]
------------ Дoбавленo в 19.41:
Tad,
1) для красоты и некоторой интриги
2) посмотри одну из схем в первом посте - узнаешь (легкое, как будто где-то плохой контакт)
3) бывает
4) я понял, но плюс к этому началась игра связями

я по первому образованию - инженер-электрик. Плохой контакт видел - подумал, что ты ошибся и устранил.
foksov, умница. +3 от меня.

Tad, все очень просто - решение от petrocan и мое отличается только в одном принципиальном моменте - в синхронизации того, что происходит в программе. Все остальное это не более чем флуд по теме. Главную причину, по которой такая синхронизация нужна я уже назвал - это отрисовка при помощи OpenGL к примеру, где всегда есть один и только один таймер(или поток) синхронизирующий отрисовку кадров с их изменением. Менее значимая, но стольже весомая это управление скоростью анимации только по одному параметру. И именно так сделаны все игры и вообще любая нормальная анимация. На таком простом примере пофигу каким образом решать задачу, но практика показывает, что раз опробованные методы масштабируются потом на все подряд без включения головы в работу.

А то, что у нас нет очевидного и простого решения этой задачи говорит не о ее минусах, а об недостатке соответсвующих инструментов. Пункты 1 и 4 я кстате не понял.


конкурс объявлять не будем, потому что это прописная истина придуманная не мною.

А вот так нельзя сделать таймер с универсальными делителями Подобный таймер я уже несколько лет применяю в действующей задаче

code_20512.txt

ListBox там для наглядности

скорее как-то так:
code_20514.txt

Это похоже на последовательный алгоритм, следующий таймер не включится, пока не кончится первый. У меня немного другой принцип, если временем опроса пренебречь, то получится параллельный алгоритм

так и есть.