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 35710 - I18N - not all of debugger window header shows at larger fontsize
Summary: I18N - not all of debugger window header shows at larger fontsize
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P3 blocker (vote)
Assignee: David Simonek
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2003-08-21 23:30 UTC by Ken Frank
Modified: 2008-12-23 09:46 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
image (30.52 KB, image/gif)
2003-08-21 23:33 UTC, Ken Frank
Details
example of how it works in build 20040812.. (15.19 KB, image/png)
2004-08-13 07:47 UTC, Milos Kleint
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2003-08-21 23:30:50 UTC
This was seen during Rainier testing but think
its general to netbeans and not ifdef.

Asumption is that title bars fof windows
controlled by ide would resize to show all of its
title when all windows joined
together vs when a window is standalone and
controlled by the wmgr of the OS, where it would
not be expected.


Invoke the ide using fontsize 16 > click on the
Debugging tab >
 it is observed
that label "Debugger Windiow Debugger" does not
show all of its label (in this image its all of
the multibyte suffix.  User must resize for it
all to be seen.

If this assumption incorrect, please let me know
and I'll close issue, but it seems to be one of
the fontsize/resize issues like others filed
before.

Am including comments from BT issue 4905070, since
developer there does not agree its an issue:

I feel strongly this shouldn't be fixed (altho
ugh you're
welcome to file an IZ issue and see what the
module owner think
s). The reason
I don't think it should be fixed is because the
only solution w
ould be to
automatically widen the window. Since the width of
the window i
s initially
set to a default width determined to optimize
usability and get
s reset by
the uesr for his best fit, I don't think it should
be changed.
---------
Looking at it in a more general perspective, look
at non-netbea
ns windows
managed by a X11 window manager. Even in standard
C locale you 
get windows
where the title can be truncated. For instance I
set the my cur
rent path in
the titlebar of my gnometerminal (and did the same
for xterm an
d dtterm).
There are many cases where the whole path doesn't
fit. Do I wan
t the window
enlarged? Heck no!

In some applications enlarging hte window would
cause other issues
Some apps explicitly forbid changing window sizes.
What do you do th
ere? Anyway,
I don't think this should be fixed but its not my
bug so I'm no
t really the
one to make the final decision.
-----------
Comment 1 Ken Frank 2003-08-21 23:33:44 UTC
Created attachment 11395 [details]
image
Comment 2 mslama 2003-08-22 13:30:59 UTC
Assigning to Dafe. AFAIK defined size of window (its width) has no
connection with title font size ie. width of title bar label. Current
default layout is optimized for default font size. If localized IDE
has different default font size IDE desktop layout should be adjusted.
Comment 3 David Simonek 2003-09-19 13:40:15 UTC
Generally I strongly agree with "comments from BT issue 4905070",
widening windows based on caption text length is very bad idea IMO,
reasons were explained.
My proposal:
1) Add well known sign "..." if caption text should exceed window
width. However, current behaviour is standard Swing one, so fix will
be tricky a bit. Is such solution OK for you?

2) fix 35710 as described there.
Comment 4 Ken Frank 2003-10-21 17:53:36 UTC
Agree with proposed solution of adding ... to window header if
too large

Also suggest in general limiting information given in window headers
since sometimes text and file names are there besides just title
of the window -- since window will not resize due to header length,
user might still need to resize if window header information is too
long even though actual window UI elements do not require resize

ken.frank@sun.com
10/21/2003
Comment 5 _ gordonp 2003-10-28 15:56:50 UTC
I'm categorizing this as a nice-to-have fix for Rainier (the "..."
proposed above). Its not critical but the ... should be fairly easy,
if time permits.
Comment 6 David Simonek 2004-01-09 13:50:59 UTC
Planned for promo-D.
Comment 7 Milos Kleint 2004-08-13 07:47:15 UTC
Created attachment 16791 [details]
example of how it works in build 20040812..
Comment 8 Milos Kleint 2004-08-13 07:49:33 UTC
from reading the discussion in the report, I beliueve it's currently
fixed. I've attached a picture. I also tried with larger fonts and it
works as well.
when the titile doens't fit into the window, it's shortened and 3 dots
are placed at the end. the tooltip for the title component shows the
whole name.
Comment 9 Marian Mirilovic 2005-12-20 15:51:53 UTC
This issue was solved long time ago. Because nobody has reopened it neither
added comments, we are verifying/closing it now. 
If you are still able to reproduce the problem, please reopen. Thanks in advance.