Много TImage - при перемещении тормоза

[Тоба]

Здравствуйте,
Вообщем "допиливаю напильником" свои пазлы.
Есть один нюанс:
Если картинка разбивается на большое количество ячеек(TImage-в них png-шки), то при перемещении мышью(по сэндеру) текущего TImage явные тормоза.
Если картинка разбивается где-то до 300-400 ячеек - ещё вроде терпимо, а на большее кол-во уже фигня.
Вообщем, чем большее ТИмеджей, тем тормознутей они таскаются.
Пробовал деактивировать все кроме текущего(который перемещаем) - не помогает, и ещё некоторые способы - короче тормоза
Есть ли какое-нибудь решение этой беды.

[Arigato]

Надо на канве рисовать, а не городить огород с тысячами имеджей.

[Тоба]

А как тогда узнать по какому кликнули, один может нарисоваться поверх другого, они ж при разбитии рандомно раскидываются(в твоём случае будут рисоваться)

[Arigato]

Так каждая пазла в своей ячейке? Тогда определить можно посредством простого расчета координат.

[Аватар]

Да, рисовать на канвас. И 400 пазл по-моему запредельно, пол дня собирать

[Тоба]

Сообщение от Arigato

Тогда определить можно посредством простого расчета координат.

Каким образом.
Попался пользователь псих с кучей свободного времени
Выбрал сложный уровень, в реальном времени показывается на сколько ячеек будет разбито изображение.
Изображение, допустим разбилось на 700 ячеек(пазликов)
В моём случае- динамически создаётся аналогичное кол-во TImage
Все 700 рандомно раскидались по форме + перевернулись на 90..270 градусов, размеры всех ячеек одинаковые, кроме последнего правого рядя и самого нижнего.
Мы можем кликнуть на любой, левой кнопкой - таскаем, правой - поворачиваем.
Если все 700 нарисовать на канве(не важно какой(формы, битмапа...))
Один, а то и более может нарисоваться сверху другого, точно по тем же координатам и всё - ку-ку, как его выбрать, перевернуть, если его пиксели перерисованы другой ячейкой.
Если бы все рисовались отдельно друг от друга, то не вопрос - координаты + ширина и высота каждого будут лежать в массиве, щёлкнул мышью по нарисованному, проверил координаты, ага это такой-то,... ассигнул в единственный TImage и таскай себе.

Сообщение от Аватар

Да, рисовать на канвас. И 400 пазл по-моему запредельно, пол дня собирать

Ну у пользователя есть выбор, он может разбить картинку на 4 ячейки а может и на 800(при этом размер каждой ячейки будут примерно 40х40 px)
................................... ................................... .............................
Вариант с канвой вроде как и логичный, но ИМХО не подойдёт.

[northener]

Сообщение от Аватар

Да, рисовать на канвас. И 400 пазл по-моему запредельно, пол дня собирать

Вроде слыхал когда-то, что некоторые психотерапевты советуют.

[ResourceSpace]

Один, а то и более может нарисоваться сверху другого, точно по тем же координатам и всё - ку-ку, как его выбрать, перевернуть, если его пиксели перерисованы другой ячейкой.

А если у вас куча TImage то типа не рисуются один сверху другого что ли? А как тогда, м?))

Массив/списка записей/классов в которых координаты, TGraphic, и прочее. Пробегаете по массиву. Вызываете функцию проверяющую HitTest, если попалось - прерываете цикл, запоминаете на кого тыкнули, если надо перемещаете в начало массива/списка.
Ничего сложного по сути.

[min@y™]

По поводу перетаскивания нарисованных на канве объектов - тыкай сюда.

[Arigato]

Сообщение от Тоба

Каким образом.

Если у вас ячейки могут быть в произвольных координатах (не в сетке), то это получается набор спрайтов. Заводите динамический массив или список, для каждой ячейки сохраняете координаты, размеры, картинку. Отрисовывается все это перебором и выводом на BitMap, который после отрисовки визуализируется на форме (рисовать сразу на форме не советую, будет не быстрее кучи имеджей).

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

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

Если надо реализовать прилипание ячеек друг к другу, то тут тоже ничего сложного, такой же цикл по всем ячейкам и поиск той, которая находится на заданном для прилипания расстоянии.