Scroll position of Nav Palette should stay where it is after editing Class

[Christiaan 913]

When editing a Class in the Nav Palette the scroll position will reset to the top of the list, losing your position. This is annoying because more often than not after editing a Class in the Nav Palette I then want to edit another Class right next to the one I just edited, so now I have to scroll the list to find where I was again.

 

VB-140593

Edited August 30, 2019 by Christiaan

[markdd 722]

You’re right. It’s really annoying. Let’s hope that this has been addressed with the new Navigation Palette in-Place editing in 2020.

[Kevin McAllister 1,153]

Yes, please! @JuanP is this solved by the edit in place feature?

 

Kevin

[Christiaan 913]

Another way this problem manifests is that the Nav Palette scrolling position can move when you make an edit on a design layer. So you make an edit, then go immediately to switch layers, only for the Nav Palette scrolling position to move before the input from the mouse is received, activating the wrong layer. 

Edited February 2 by Christiaan

[Christiaan 913]

This was the feedback I got from the engineer:

Quote

One thing about the designed behavior is that the sorting is always maintained. So if I rename a class that started with 'C' to start with 'T", its position in the list will change greatly, and it will be necessary to scroll the list to keep that class on screen.

It looks like scrolling can  happen when you edit a class, even if it is not renamed. We should be able to prevent any scrolling if the class is not renamed.

The designed behavior is that the edited class should always remain selected, but it looks like that does not always happen, so we should fix that. Also the designed behavior is that the edited class should always be on screen, although its position may change. I see that it does not always remain on screen. It seems like there are more problems when it is in hierarchical display.

 

Edited February 17 by Christiaan