Масштабирование в JavaFx: ScrollEvent используется, когда размер содержимого превышает область просмотра ScrollPane

У меня есть приложение, которое требует масштабирования внутри ScrollPane, но с моим текущим подходом я все еще сталкиваюсь с двумя проблемами. Чтобы воспроизвести проблему, я написал небольшое приложение ZoomApp, код которого вы найдете ниже. Его ограниченная функциональность позволяет увеличивать и уменьшать масштаб (используя Ctrl + колесико мыши) для некоторых произвольных фигур. Когда увеличенное содержимое выходит за пределы окна, должны появиться полосы прокрутки.

Задача 1. Когда полосы прокрутки появляются в результате увеличения размера innerGroup, ScrollEvent больше не достигает моего ZoomHandler. Вместо этого мы начинаем прокручивать окно вниз, пока оно не достигнет дна, когда масштабирование снова работает, как и ожидалось. Я подумал, может быть

scrollPane.setPannable(false);

изменило бы ситуацию, но нет. Как избежать этого нежелательного поведения?

Задача 2. Как мне центрировать innerGroup внутри scrollPane, не прибегая к рисованию пикселя в верхнем левом углу innerGroup с помощью искомая дельта к квадратам?

В качестве примечания, согласно JavaDoc для ScrollPane: «Если приложение хочет, чтобы прокрутка основывалась на визуальных границах узла (для масштабируемого содержимого и т. д.), ему необходимо обернуть узел прокрутки в группу». . По этой причине у меня есть innerGroup и outerGroup внутри ScrollPane.

Любые предложения, которые помогут мне найти решение, высоко ценятся этим новичком в JavaFX.

import javafx.application.Application;
import javafx.event.EventHandler;
import javafx.scene.Group;
import javafx.scene.Node;
import javafx.scene.Scene;
import javafx.scene.SceneBuilder;
import javafx.scene.control.ScrollPane;
import javafx.scene.input.ScrollEvent;
import javafx.scene.layout.StackPane;
import javafx.scene.paint.Color;
import javafx.scene.shape.Rectangle;
import javafx.stage.Stage;

/**
 * Demo of a challenge I have with zooming inside a {@code ScrollPane}.
 * <br>
 * I am running JavaFx 2.2 on a Mac. {@code java -version} yields:
 * <pre>
 * java version "1.7.0_09"
 * Java(TM) SE Runtime Environment (build 1.7.0_09-b05)
 * Java HotSpot(TM) 64-Bit Server VM (build 23.5-b02, mixed mode)
 * </pre>
 * 6 rectangles are drawn, and can be zoomed in and out using either
 * <pre>
 * Ctrl + Mouse Wheel
 * or Ctrl + 2 fingers on the pad.
 * </pre>
 * It reproduces a problem I experience inside an application I am writing.
 * If you magnify to {@link #MAX_SCALE}, an interesting problem occurs when you try to zoom back to {@link #MIN_SCALE}. In the beginning
 * you will see that the {@code scrollPane} scrolls and consumes the {@code ScrollEvent} until we have scrolled to the bottom of the window.
 * Once the bottom of the window is reached, it behaves as expected (or at least as I was expecting).
 *
 * @author Skjalg Bjørndal
 * @since 2012.11.05
 */
public class ZoomApp extends Application {

    private static final int WINDOW_WIDTH = 800;
    private static final int WINDOW_HEIGHT = 600;

    private static final double MAX_SCALE = 2.5d;
    private static final double MIN_SCALE = .5d;

    private class ZoomHandler implements EventHandler<ScrollEvent> {

        private Node nodeToZoom;

        private ZoomHandler(Node nodeToZoom) {
            this.nodeToZoom = nodeToZoom;
        }

        @Override
        public void handle(ScrollEvent scrollEvent) {
            if (scrollEvent.isControlDown()) {
                final double scale = calculateScale(scrollEvent);
                nodeToZoom.setScaleX(scale);
                nodeToZoom.setScaleY(scale);
                scrollEvent.consume();
            }
        }

        private double calculateScale(ScrollEvent scrollEvent) {
            double scale = nodeToZoom.getScaleX() + scrollEvent.getDeltaY() / 100;

            if (scale <= MIN_SCALE) {
                scale = MIN_SCALE;
            } else if (scale >= MAX_SCALE) {
                scale = MAX_SCALE;
            }
            return scale;
        }
    }

    public static void main(String[] args) {
        launch(args);
    }

    @Override
    public void start(Stage stage) throws Exception {

        final Group innerGroup = createSixRectangles();
        final Group outerGroup = new Group(innerGroup);

        final ScrollPane scrollPane = new ScrollPane();
        scrollPane.setContent(outerGroup);
        scrollPane.setOnScroll(new ZoomHandler(innerGroup));

        StackPane stackPane = new StackPane();
        stackPane.getChildren().add(scrollPane);

        Scene scene = SceneBuilder.create()
                .width(WINDOW_WIDTH)
                .height(WINDOW_HEIGHT)
                .root(stackPane)
                .build();

        stage.setScene(scene);
        stage.show();
    }

    private Group createSixRectangles() {
        return new Group(
                createRectangle(0, 0), createRectangle(110, 0), createRectangle(220, 0),
                createRectangle(0, 110), createRectangle(110, 110), createRectangle(220, 110),
                createRectangle(0, 220), createRectangle(110, 220), createRectangle(220, 220)
        );
    }

    private Rectangle createRectangle(int x, int y) {
        Rectangle rectangle = new Rectangle(x, y, 100, 100);
        rectangle.setStroke(Color.ORANGERED);
        rectangle.setFill(Color.ORANGE);
        rectangle.setStrokeWidth(3d);
        return rectangle;
    }
}

person Skjalg    schedule 05.11.2012    source источник


Ответы (3)


Итак, я наконец нашел решение своей проблемы.

Просто подставив строку

   scrollPane.setOnScroll(new ZoomHandler(innerGroup));

с участием

    scrollPane.addEventFilter(ScrollEvent.ANY, new ZoomHandler(innerGroup));

теперь он работает так, как ожидалось. Никакой мистический прямоугольник или другие хаки не нужны.

Итак, следующий вопрос: почему? Согласно отличной статье об обработке событий,

Фильтр событий выполняется на этапе захвата событий.

пока

Обработчик событий выполняется во время фазы всплытия события.

Я предполагаю, что это то, что делает разницу.

person Skjalg    schedule 12.11.2012
comment
Хороший Skjalg, мне следует больше читать руководства :) Или, может быть, просто спросить stackoverflow ... это звучит проще. Спасибо за публикацию причуды. - person Bhupen; 12.11.2012

Следующий обходной путь, по-видимому, дает лучшие результаты:

  1. Установите событие onscroll во внешней группе, чтобы украсть событие из области прокрутки.
  2. Добавьте непрозрачный прямоугольник, закрывающий весь экран, чтобы не пропустить событие прокрутки. По-видимому, вы можете пропустить событие прокрутки, если не нажмете форму.

    Rectangle opaque = new Rectangle(0,0,WINDOW_WIDTH,WINDOW_HEIGHT);
    opaque.setOpacity( 0 );
    outerGroup.getChildren().add( opaque );
    outerGroup.setOnScroll(new ZoomHandler(innerGroup));
    
person Bhupen    schedule 08.11.2012
comment
+1 @Bhupendra обходной путь проблемы. Я все еще думаю, что это можно исправить, не добавляя этот дополнительный прямоугольник. Интуитивно мне кажется, что это не так: Очевидно, вы можете пропустить событие прокрутки, если не нажмете фигуру, но это может стать яснее, когда я лучше познакомлюсь с обработкой событий в JavaFx2. В дополнение к вашим изменениям также необходимо учитывать, что размер окна будет изменяться, и opaque Rectangle должен будет измениться. - person Skjalg; 09.11.2012
comment
Я заменил внутренний Group на Pane, тогда событие прокрутки не пропускается между фигурами, но теперь событие ограничено только размером внутренней группы. Дайте мне знать, что вы найдете. Спасибо. - person Bhupen; 09.11.2012
comment
Я опубликую, какой подход я выбрал @Bhupendra. Сейчас я занимаюсь другой частью кода, так что это может занять несколько дней. Спасибо за ваш интерес. - person Skjalg; 10.11.2012

В моем случае я обновил следующую строку
if (scrollEvent.isControlDown()) {
на
if (!scrollEvent.isConsumed()) {.... вместе с опубликованным вами изменением.... :)

person Mahendra Korat    schedule 09.06.2014