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.

Bug 175712 - [68cat] Vertical scrollbar discrepancies
Summary: [68cat] Vertical scrollbar discrepancies
Status: RESOLVED DUPLICATE of bug 203439
Alias: None
Product: editor
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P3 blocker (vote)
Assignee: Milutin Kristofic
URL:
Keywords: REGRESSION
Depends on:
Blocks:
 
Reported: 2009-10-29 20:39 UTC by matthies
Modified: 2011-10-10 12:52 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description matthies 2009-10-29 20:39:46 UTC
Continuation of issue 167628.
As a result of the fix for issue 168075, the visual discrepancies now only become noticeable in larger files, and 
Ctrl+Down now behaves as expected.

Issues that remain:

1) In a 500-line file with an error on line 470, with a 50-line editor viewport, after scrolling down as much as 
possible, line 470 is visible in the viewport, while the corresponding error marker beside the scrollbar is above the 
slider, suggesting an error outside of the visible area.

2) Ctrl+End scrolling behavior is inconsistent: Depending on the distance of the caret position from the last line 
(and/or the scroll position?), Ctrl+End causes all, some, or none of the extra space to become visible. In particular, 
when the last line of the document is already visible, then Ctrl+End does not cause any scrolling further down. Similar 
for PageDown, and Cursor-Down on the last line, though for them it's debatable what the expected behavior would be.

To fix (1), the only solution I'm aware of is the one I suggested in issue 167628.

As for (2): One possible guideline could be to make these actions behave as if the file actually had more lines (an 
amount corresponding to the extra space), and cause scrolling accordingly, but of course still restrict the caret to 
the actual file content.

In particular for point (1), I could see the following compromise: Restrict the extra space further, to a constant 
number N of lines (or possibly to max(N, viewport.height/3)). I actually don't see how more than 3-5 lines would be 
really helpful. Make N configurable so users can set it to their preference (possibly to 0).

An additional suggestion would be to cause scrolling when the caret comes closer to the viewport than those same N 
lines. For example when moving down with the caret line by line, the editor would scroll not when the caret reaches the 
bottom of the viewport, but already N lines before that. This is a common feature in editors, and would be perfectly in 
line with having a corresponding extra space at the bottom. See Vim's "scrolloff" option for example: 
http://vimdoc.sourceforge.net/htmldoc/options.html#'scrolloff'
Comment 1 David Strupl 2009-11-03 09:28:13 UTC
Milo, please check this report.
Comment 2 Miloslav Metelka 2009-11-12 09:10:29 UTC
I was testing 1) and even when I removed the extra vertical space the boundaries for the scrollbar knob were not correct. I was digging into AnnotationView and tried to fix the problem but I was not successful. I will try again after 6.8.

Regarding 2) I've made a fix
http://hg.netbeans.org/jet-main/rev/2aa9067d7265
Comment 3 Milutin Kristofic 2011-10-10 12:52:36 UTC

*** This bug has been marked as a duplicate of bug 203439 ***