Program window, code hierarchy is slowing down navigation when not all can be seen in list

[Claus Pedersen]

Steps to reproduce:

I have the following example code in a program window:

PROCEDURE test IS
BEGIN
  IF 1=2  THEN
    WHILE 1 IS NOT NULL LOOP
      IF 1 > 0 THEN
        FOR v_i IN REVERSE 1 .. 10 LOOP
          IF 1 > 0 THEN
            IF 1=2
            AND 2=3
            THEN
              WHILE 1 > 2 LOOP
                IF 1=2 THEN
                  IF 1=3 THEN
                    EXIT WHEN 1=1;
                  END IF;
                END IF;
              END LOOP;
            END IF;
          END IF;
        END LOOP;
      END IF;
    END LOOP;
  END IF;
END;

Place the cursor on line 14, position 21 (the line with EXIT) and narrow the window, so only 3/4 or 1/2 of the code hierarchy list is visible.

Now navigate up and down in the code using the keyboard up and down keys.

The update of the code hierarchy list takes so much time, that the navigation is affected and slowed down.

In version 14 this performs without lagging.

I am using beta 6.

 

[Marco Kalter]

I'm not seeing any slow-down, but I can see that redrawing the hierarchy is smother in 14.0. We'll see if we can enhance this.

 

[Claus Pedersen]

Maybe because of the delay in drawing the hierarchy, it seems that the keyboard command e.g. Up-arrow is not performed until the re-drawing is finished. Does this make sense? On my computer there is significant delay in the keyboard navigation.

 

[fraenkg]

I haven't used this feature before. To try this out, I pasted the sample text into a new program window and tested it.
In a first test, I could not detect any significant delay. Neither when navigating with the arrow keys nor when using mouse.
I then constrained the Code Hierarchy window both horizontally and vertically, leaving only a small portion visible. But even that had no negative effect.
Maybe I have an "error" in the experimental setup?

 

[Claus Pedersen]

Solved in beta 7