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

code_33604.txt

Количество картинок должно быть разным или постоянным? То есть, их возможно будет удалять или подгружать.

Сменятся будут сами картинки, а размер и количество их всегда одинаковое!

Перемещать-то их можно, но вот с коллизией сложнее.

И на этом спасибо. Мне казалось перемещение это сложно, а оказалось до обидного просто! ))
А вот столкновение, я пыталась сделать при помощи игровых спрайтов, но там всё так мудрено и сложно...
В общем, спасибо. ))

[offtop]А что вы скажите на такое: в один элемент добавить пару строк и можно обрабатывать коллизию не только прямоугольников, но и любых 2D фигур [/offtop]

[offtop]sla8a, полагаю, вопрос адресован к Гуру.[/offtop]

sla8a, с нетерпением ждём
А пока пришлось на арифметике сделать Правда недостаток есть, при быстром движении мышкой не успевает отработать, наверное таймер MouseMove большой интервал имеет

Леонид, [flood]Вы не верите что это возможно? Постараюсь на этой недели все "причесать" и выложить.
То что вы пытались сделать на стандартных элементах (61 штука) и у вас не получилось. При использовании всего 3 новых элементов (без подключения каких либо dll и с кодом не более строк 150) схема в 42 элемент прекрасно обрабатывает коллизию двух Image.
При чем тягать можно любой из двух Image и не один не залезет на другой. Недостатков при быстром движении мыши нет.
Для сравнения такая же схема но уже с 5 Image (размеры каждого разные), при том же функционале создается на 62 элементах. Из арифметики только + и -.

---

Теперь к самому интересному, почему же эти элементы до сих пор не были выложены. А все потому, что я не понимаю можно ли вообще использовать для определения коллизии, то что использую в элементах (напомню что программированию я нигде не обучался). С одной стороны все работает и достаточно просто, а с другой, мне нигде не попадалось даже намека на использования этого способа для определения коллизии. Вот меня все время и мучает вопрос: "А не херню ли я сделал?". Одно радует, если это даже и "херня", то работает.

Вот нашел тему (это она) где мне так и сказали: "оставь надежду". А у меня без движка и без какой либо арифметики, машинки (см. архив в 6 посте) прекрасно сталкиваются.
[/flood]

sla8a, какой же это флуд, всё в теме Я-то тоже не программист и поэтому верую А не получилось из-за не додуманой логики: надо считать не существующее положение, а предпологаемое, тогда и ошибки не будет, сейчас попробую
------------ Дoбавленo в 10.33:
Выложил в предыдущем посте архивом (при правке форум в скрол запихивает).

Может кто подскажет.
Правый прямоугольник подставляется к левому. Но это когда изначально задано определённое количество прямоугольников.
А как создавать эти самые прямоугольники, при выборе строки в таблице? Либо при клике на строке, либо перетаскиванием.
code_33915.txt

Вам нужно использовать динамическую панель ChildPanelEx, метод ##add

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

[flood]А вот, я, с этим спорить не буду.... Но, к сожалению, кроме как вырисовывать фигурки в контейнере другого способа незнаю [/flood]

sashaoli, [flood]Большое количество интерфейсных элементов[/flood]