[РЕШЕНО] определить координаты перетаскиваемого изображения при drag and drop

[_OLEGator_]

Механизм drag and drop открыт для переопределения, если не устраивает стандартная реализация - надо свою писать и не городить огород.

[Igors]

если кому интересно, завтра могу набросать тестовый проект

Интересно, жду проект. Спасибо

[kambala]

Каких платформозависимых Оо?
Вы же внутри программы хотите меняться, не?

Если так то достаточно драги всякие переопределить нафиг и не вызывать функций родителей, не?

PS платформозависимые функции... хм хм хм... чегой то у вас не тогой-то. Драг и дроп то в вашей программе нужен как бэ. Всё как бэ в ваших руках.

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

Пошли хаки - это признак того, что надо самому писать drag and drop.

Механизм drag and drop открыт для переопределения, если не устраивает стандартная реализация - надо свою писать и не городить огород.

хаки (таймер вот этот, о котором я писал выше) используются в связке с переопределёнными событиями перемещений. выложу код – посмотрите

[kambala]

прошу прощения что долго не выкладывал пример – день выдался загруженным. выложил код на гитхаб (надо же когда-то попробовать): https://github.com/kambala-decapitator/qt-true-dnd-move

хотел ещё добавить чекбокс чтобы можно было ощутить разницу между стандартной реализацией d'n'd и моей, но уже слишком устал

в своём проекте ещё хочу добавить подсветку области дропа (зелёная – можно, красная – нельзя). в примере QTDIR\examples\draganddrop\puzzle\ подобное реализовано через раскраску нужной части виджета с помощью QPainter, но тут думаю можно это реализовать через модель.

[kambala]

за неделю столько комментариев появилось

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

[Igors]

за неделю столько комментариев появилось

Если бы всегда молчали кому нечего сказать по существу - было бы не так уж плохо.

Я посмотрел Ваш пример, ну все нормально, DnD работает как положено, вызываются соотв методы. Не понял о какой разнице со стандартным Вы говорите. Возможно потому что сам в Qt еще не делал. А разбираться что куда дропается всегда приходится

[kambala]

дописал «галочку» чтобы была видна разница между стандартной реализацией и кастомной

[kambala]

добавил подсветку области дропа (зелёный – можно, красный – нельзя). по-моему на мак ос притормаживает перемещение из-за постоянных вызово viewport()->update() в dragMoveEvent (в винде такого не замечаю, а может просто потому что машина мощная). может кто-то подтвердить/опровергнуть?

да, и может уже в отдельную тему пойти с этим вопросом?