code_15509.txt

Картинка просто стирается, остаётся белый элемент!

А так
code_15510.txt Кто-то просто перепутал описание и название точки, nesco

сегодня делать надо так:

code_15511.txt
однако элемент очевидно нужно переделать в соответствии с общепринятым поведением
------------ Дoбавленo в 13.56:

дело не в названии точки, а в коде элемента Img_ButEff

Да, нужно сделать bmp.Assign() вместо простого ReadBitmap
------------ Дoбавленo в 14.57:
Кстати, а в компонентах
точки doLad зачем? Разве одним методом не обойтись?

Это я пошел на повду у некоторых товарищей, которые рекомендовали делать так, и никак иначе. Надо исправлять

эти элементы по doLoad делают предподготовку изображений. Вешать ее на каждый вызов рабочего метода очевидно не стоит, а вот можно ли как-то определить необходимость провести подготовку в нужный момент только один раз без метода doLoad знает только автор элемента. Скорей всего что нельзя
------------ Дoбавленo в 15.24:

а по каким критериям будет определяться необходимость переинициализации изображений?

Да вот именно, не очень-то и понятно по каким


Твои предложения
------------ Дoбавленo в 15.49:
Мои предложения, что Img_Shift и Img_Tween, лучше не трогать


Подробнее можно, что под этим понимать
Предположим, скопировать картинку по Assign не проблема, а что еще

И как узнать, когда нужно мне вызвать doLoad, чтобы провести эту преподготовку? Только первый раз или каждый раз при выполнении doShift?
Если каждый раз - то стоит убрать этот метод и его функции воткнуть в doShift.
Если только первый раз - поставить переменную, которая будет определять, первый это заход или нет.

Не вижу в этом никакой надобности. Ну загрузил картинки, обработывай их как хочешь. Надо новые, загрузил новые, зачем там еще переменные, первая это загрузка или следующая. Так можно до чего угодно договориться

Один раз, дальше можешь делать doShift сколько хочешь, до следующей загрузки

3042, ну видимо ответы стоит все же читать:


nesco, однако ж на выполнение задачи #34 эти оба элемента никак не влияют

Добавил Src.Assign, те, буферизировал исходную картинку
------------ Дoбавленo в 17.31:
По двум оставшимся компонентам можно предложить поставить флаг и добавить метод doClear, который будет очищать этот флаг и рабочие битмапы, а в сам метод добавить отслеживание этого флага для предподготовки образов. doLoad, в таком случае, не нужен будет вообще. Можно еще добавить нижнюю точку, сигнализирующую о наличии предподготовленных к работе образов

Dilma, я всё хорошо прочитал. Я же говорю: если перед каждым использованием doShift нужно выполнять doLoad, то зачем тогда нужны два метода? Проще сделать один, объединив их функции.

Но nesco сказал:

Я так понимаю, doLoad нужно выполнять только тогда, когда картинка меняется? Тогда нужно следить за картинкой: как только поменялась - так сразу делать преподготовку.

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