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.
Product Version: NetBeans IDE Dev (Build 070602) Java: 1.6.0_01; Java HotSpot(TM) Client VM 1.6.0_01-b06 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) ---------- Previously, you could disable autoscrolling in the Output window by placing the text cursor anywhere in the text. This stopped working recently, and I can't find any other way to disable the autoscroll behavior.
One of several things that got broken by the change in behavior of input.
*** Issue 104436 has been marked as a duplicate of this issue. ***
fixed. the output coming from the process won't scroll now. however if you type some input in OW, it will still automatically scroll to the end (as the text appears there anyway)
The OW ought to still autoscroll if you place the caret at the end, right? To be clear, the previous (and still desired) behavior was: 1. Initially the caret is at the end and OW autoscrolls. 2. Upon encountering the first error (not warning!), scrolling halts so you can see it. 3. If the OW is autoscrolling and you move the caret away from the end, it stops. 4. If you move the caret to the end, the OW will resume autoscrolling.
5. If you scroll all the way down using the scroll bar, the OW will resume autoscrolling. I actually prefer this type of scrolling to #1 and #4, since when the caret is positioned at the end and line wrapping is off, the window also autoscrolls horizontally (which I don't like). So my vote is on making #5 the default (i.e. initially placing the cursor at the beginning and not at the end).
I also agree the horizontal scrolling is annoying but I disagree with the #5 solution because if I move the caret up a few lines (while the scrollbar is still at max) I wouldn't want it to scroll. What about the following compromise? - Autoscroll take place if the caret is on the last line (not necessarily at the end of it)? This would make horizontal scrolling less likely because the caret doesn't have to be at the end of the line. - If the caret is not on the last line hitting CTRL-END should take the caret to the beginning of the last line. - If the caret is already on the last line hitting CTRL-END will take the caret to the end of the last line.
I should have explained myself better. a) #5 has been working before this issue, so I just want it to continue working b) by default, when a new OW window was opened, its cursor was positioned at the end, thus #4 autoscrolling took place c) if you moved the caret in the text, then #4 stopped d) if you then scrolled using the scrollbar down, #5 took place: vertical autoscrolling resumed, but not horizontal autoscrolling e) if you moved the caret again, autoscrolling stopped f) if you pressed Ctrl-End, #4 autoscrolling took place again I would like the behavior to remain exactly the same, except that initially the #5 is on and #4 is off, which for consistency would require initially placing the caret at the beginning of the document (IIRC, even when the document length is 0, it has two positions: 0 and 1?..) I don't like gtzabari's suggestions very much, since it would make the behavior inconsistent between the lines and because sometimes you'll want to select some text in the last line, without turning autoscrolling on.
Sounds right to me. That said, why did Jesse and yourself bring up these points? Is the fix for this issue missing any of #1-#5?
Frankly, I haven't tried the fix yet. I just wanted to complete the requirements list brought up by jglick, so that #5 doesn't accidentally get regarded as unintended or unessential.
*** Issue 107928 has been marked as a duplicate of this issue. ***
verified in: Product Version: NetBeans IDE 6.0 (Build 200711261600) Java: 1.5.0_14; Java HotSpot(TM) Client VM 1.5.0_14-b03 System: Linux version 2.6.22-14-generic running on i386; UTF-8; en_US (nb) Userdir: /home/petr/.netbeans/6.0