Джемми перетаскивай блоки до тех пор, пока мышь не переместится вручную


У меня есть TableView с четырьмя строками, и я пытаюсь проверить, что моя реализация перетаскивания работает. У меня есть следующий тест:

TableViewDock table = ...;

//the four rows, using the first cell for the DnD
TableCellItemDock[] rows = {new TableCellItemDock(table.asTable(), 0, 0),
                            new TableCellItemDock(table.asTable(), 1, 0),
                            new TableCellItemDock(table.asTable(), 2, 0),
                            new TableCellItemDock(table.asTable(), 3, 0)};

Wrap target = rows[3].wrap();
rows[0].drag().dnd(target, target.getClickPoint());

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

Что мне нужно сделать, чтобы позволить dnd делать свою работу самостоятельно?

Примечание: версия JemmyFX = 20120928

2 3

2 ответа:

Есть проблема RT-25057 в продукте, который помешал Джемми правильно использовать перетаскивание на некоторых платформах. Я боюсь, что сейчас вам нужно использовать обходной путь с помощью перемещения мыши и нажмите / отпустите:

rows[0].mouse().move();
rows[0].mouse().press();
Point from = rows[0].wrap().getClickPoint();
Point to = target.getClickPoint();
int steps = 10;
for(int i = 1; i<= steps; i++) {
    rows[0].mouse().move(new Point(
        from.x + i*(to.x - from.x)/steps, 
        from.y + i*(to.y - from.y)/steps));
}
rows[0].mouse().release();

Благодаря Сергею мне удалось заставить его работать следующим способом:

protected void dragAndDrop(Wrap<? extends Object> from, Wrap<? extends Object> to) throws InterruptedException {
    Point start = scene.wrap().toLocal(from.toAbsolute(from.getClickPoint()));
    Point end = scene.wrap().toLocal(to.toAbsolute(to.getClickPoint()));

    scene.mouse().move(start);
    scene.mouse().press();
    scene.mouse().move(end);
    scene.mouse().release();
}

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