| Summary: | [navigation] Scroll to same position when opening declaration. | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Kenneth Styrberg <kenneth> |
| Component: | Text | Assignee: | JDT-Text-Inbox <jdt-text-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | daniel_megert, markus.kell.r |
| Version: | 3.7.1 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Kenneth Styrberg
I see what you mean, but I disagree in the case where the jump target is already visible in the current editor. Then it's better to keep the visible viewport stable and just change the selection. Otherwise, the jumping would destroy the mental image of the user, and the forced re-orientation is worse than having to move the eyes. In cases where the clicked identifier is close to the top or the bottom of the editor, scrolling the jump target to the same screen location is also problematic, since you often wouldn't see enough context then (Javadoc on top, implementation at the bottom). Kenneth, maybe you want to bind the "Recenter" command to a keyboard shortcut. Whenever you invoke this, the current text line gets centered vertically, so you know where to start reading. Dani, I suggest to close as wontfix. > Dani, I suggest to close as wontfix.
I agree.
Ok, I agree for not moving text in an active editor. But when editor opens up new class files, I think placing the line at previous position makes eye movement less strainful. This is regardless of javadoc text and position in editor. Maybe I shall check the source and see if I can test this myself... > Maybe I shall check the source and see if I can test this myself...
Feel free to make some experiments. TextViewer#internalRevealRange(int, int) scrolls the target line to about 1/3 of the editor height.
|