This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
[ BUILD # : 6.8, sorry ] [ JDK VERSION : 1.6.* ] If I have cursor on right pane in tools diff view, then srcoll some pages down, hit some "Insert" arrow icon, page scrolls up to old cursor position.
What exactly do you mean by '"Insert" arrow icon'? Do you mean the symbols for reverting each particular change in the diffed document? If so, then this seems to be reproducible in a 6.9dev build.
Yes, you are right, except I can't agree the term "reverting", as it only fits for the versioning diff case, but here we are on tools diff case, although I must add, that the annoying behaviour should be fixed for versioning diff too.
IMHO this should be fixed in editor. The diff does not scroll to the cursor position. The same happens in a regular editor when you modify a file externally. 1) Open a java file 2) Set cursor to the first line 3) Scroll down to the end of the file 4) Switch to commandline and modify the file here. 5) Switch back to the IDE. The editor will scroll back to the first line. Please evaluate.
Aha, I see. We scroll on modification so that cursor is visible. Is this a problem? Milo, can you please help me to evaluate this? Thanks.
If I understand the problem correctly: 1) Cursor is e.g. at the file begining. 2) Document's view gets scrolled down to some position. 3) Clicking the button performs insert(s)/removal(s) somewhere around the scrolled position. 4) The view gets scrolled up so that the caret is visible. We could possibly handle non-external-modification case but unless issue 190812 gets implemented in platform/text we will not be able to handle the problem completely.
(In reply to comment #3) > The same happens in a regular editor when you modify a file externally. In this case, it's maybe acceptable that (1) caret goes to 1. line, and (2) page is scrolled up. (1) there should be some reasonable logic where to set the caret in case of external change. (2) there should be some reasonable logic where to scroll the page in case of external change. Maybe percentaged against the total line-count of the document. IMHO this should be treated by a separate issue. But in case of the diff view, current behaviour unreasonably interferes the work-flow when merging between the diffed documents.
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss