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

[kambala]

Здравствуйте. Имеются наследники QTableView и QAbstractTableModel, реализовываю поддержку drag and drop внутри «себя» (т.е. элементы можно перемещать в пределах одной и той же таблицы). Все элементы отображаются как картинки.

Как получить координаты верхнего левого угла картинки при перемещении в void dragMoveEvent(QDragMoveEvent *event)? event->pos() возвращает координаты курсора относительно таблицы, что мне не подходит.

[Bepec]

А перевести в глобальные нельзя ? Даже с помощью арифметики?
Или я неверно понял вопрос.

[kambala]

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

[_OLEGator_]

Поидее как то так:

Код

C++ (Qt)
QPoint QDrag::hotSpot () const

[kambala]

а как мне получить объект типа QDrag из объекта QDragMoveEvent?

[_OLEGator_]

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

[kambala]

зачем? за меня ведь это уже делает QTableView (миме-данные с типом application/x-qabstractitemmodeldatalist), а в dropMimeData() модели я расшифровываю миме-данные как мне нужно. или я в корне не понимаю как работает d'n'd?

вьюшка настроена так:

Код

C++ (Qt)
    setDragEnabled(true);
    setAcceptDrops(true);
    setDragDropMode(QAbstractItemView::DragDrop);
    setDragDropOverwriteMode(false);
    setDropIndicatorShown(true);

[kambala]

не люблю «апать» тему, но неужели никто не знает?

и еще вопрос назрел: можно ли при перемещении элемента с Qt::MoveAction сразу же убирать его с исходного места, а не только после успешного дропа?

[Bepec]

Как вариант переопределить самому функцию и сразу делать take елемент.

[kambala]

немного поизучав исходники QAbstractItemView, обнаружил, что созданный объект типа QDrag всё время «живёт» во время операции перетаскивания и имеет родителем вьюшку, поэтому его можно легко получить с помощью findChild(), так что теперь целевой индекс в dragMoveEvent и dropEvent рассчитывается так:

Код

C++ (Qt)
QPoint targetPos = event->pos() - findChild<QDrag *>()->hotSpot() + QPoint(rowHeight(0), columnWidth(0)) / 3; // последнее слагаемое определяет допустимый зазор
QModelIndex targetIndex = model()->index(rowAt(targetPos.y()), columnAt(targetPos.x())); // indexAt() в моём случае не подходит

осталось попробовать решить второй вопрос, но тему помечаю как решённую.

[kambala]

Как вариант переопределить самому функцию и сразу делать take елемент.

если сразу удалять из модели взятый элемент, то программа мгновенно падает

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

• в dragEnterEvent() запомнить исходный индекс элемента и в data() модели возвращать пустоту когда этот индекс валидный, а также сбросить выделение и спаны
• в dragLeaveEvent() запускать таймер, который будет проверять осуществляется ли всё ещё перетаскивание (простая проверка findChild<QDrag *>() == 0)
• «инвалидировать» исходный индекс в dropEvent(), а также в dragLeaveEvent() при условии окончания операции перетаскивания

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

[Bepec]

Пиши. Я с драг и дропом в view ещё не особо копался, мне лично тема очень импонирует

PS если самому полностью реализовывать дроп, падать скорее всего не будет. Можно конечно как то скрыть, но хз хз.

[_OLEGator_]

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

[kambala]

как-то нет желания передирать код из исходников Qt или копаться в платформозависимых функциях самому…

[Bepec]

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

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

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