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 39246 - Output window always displays a useless blank line at the end
Summary: Output window always displays a useless blank line at the end
Status: RESOLVED WORKSFORME
Alias: None
Product: cnd
Classification: Unclassified
Component: Terminalemulator (show other bugs)
Version: 6.x
Hardware: PC Linux
: P4 blocker (vote)
Assignee: ivan
URL:
Keywords: UI
Depends on:
Blocks:
 
Reported: 2004-01-26 23:25 UTC by Jesse Glick
Modified: 2011-01-07 18:33 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Screenshot - note wasted line at end of window (2.51 KB, image/png)
2004-01-26 23:31 UTC, Jesse Glick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2004-01-26 23:25:50 UTC
It seems that whatever you print to the OW using
OutputWriter, you need to send a \n (e.g. println,
not print) to get the last line to display. But
then a blank line is displayed after it. It does
not appear you can get rid of the blank line,
though it is wasting valuable screen space.

If term were being used as an actual terminal
emulator, this would make some sense because you
expect a cursor to live on the last, blank, line.
But when it is being used only for r/o output,
which is the case in the NB IDE, it is just annoying.

I tried to look in Term sources but could not
easily see what was going on. Some JScrollBar's
are being created manually, but without a
JViewPort, for some mysterious reason.
Comment 1 Jesse Glick 2004-01-26 23:31:24 UTC
Created attachment 13078 [details]
Screenshot - note wasted line at end of window
Comment 2 _ tboudreau 2004-04-19 14:06:01 UTC
Reassigning to Marek, new owner of output window and help system
Comment 3 Marian Mirilovic 2006-09-25 10:50:23 UTC
The core team has not been responsible for terminal emulator for long time, so
reassigne all opened issues to responsible person.
Comment 4 ivan 2008-10-22 09:11:59 UTC
I'll look into this at some point.
As for the "mysterious scrollbars created by hand instead
of JViewPort" ... JViewPort assumes as it's backing buffer a 
pixel addressible canvas. I believe it's important
that a terminals minimal scrolling be on a line basis. However
after three distincts attempts at getting JViewPort to help with this
I didn't get anywhere and gave up (that circa 2002).



Comment 5 ivan 2010-12-16 09:22:00 UTC
Jesse, 
Do you still think this merits attention under Term?
Comment 6 Jesse Glick 2011-01-07 18:33:03 UTC
Doesn't seem reproducible with current term.