Russian Qt Forum

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

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

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

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

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

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

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

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

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

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

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

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

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

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

немного поизучав исходники 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() в моём случае не подходит

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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