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 34105 - I18N - Some parts of debugger window do not fully appear in other locales when translated and/or using larger font sizes
Summary: I18N - Some parts of debugger window do not fully appear in other locales whe...
Status: VERIFIED DUPLICATE of bug 34379
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P2 blocker (vote)
Assignee: issues@debugger
URL:
Keywords: I18N
Depends on:
Blocks: 33246
  Show dependency tree
 
Reported: 2003-06-02 22:53 UTC by Ken Frank
Modified: 2008-12-22 17:23 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
debugger window gif (16.12 KB, image/gif)
2003-06-02 22:55 UTC, Ken Frank
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2003-06-02 22:53:48 UTC
Using pseudo localized product, with each message
or label
having additional multibyte text, and using
-fontsize 16
option, running in Chinese locale,
when debugger window appears, not all of the
column titles show fully.

It is not expected that the data under a column
would
need to show fully without user resizing that
column
since the data can vary in size and be based on
user input.
But the column header label is always same size
and a
relatively short label thats important for user to
see.

Chinese localization will use a larger font than
default
one now used so these issues will be more visible
to them,
but this can also be viewed as a general or a11y
issue
since may be visible to users in english locale
who use
larger fonts.

Assumption is that user should be able to see
all items in a given window when it appears and
should
not need to resize it to see those things.

That is, the UI area or window should dynamically
resize
itself to show the needed contents.
(this does not apply to contents of textfields,
areas
controlled by scrollbars)

To emulate in non multibyte locale without
multibyte
in messages or longer messages, you may need to
run
with fontsize 18 or 20 to see what we are seeing
with
fontsize 16. Even with larger sizes, it may not be
seen
exactly the same due to the effect of multibyte
and longer
strings.

This issue is marked with the FONTSIZE keywork;
bugs so
marked will not appear on quality dashboards and
will not
need to be waived or fixed for English FCS
products of this
release.For Netbeans issues, this will be marked
as blocking 33246
Comment 1 Ken Frank 2003-06-02 22:55:40 UTC
Created attachment 10563 [details]
debugger window gif
Comment 2 Jan Jancura 2003-06-12 13:03:07 UTC
Default size of column is defined in TreeTableView
Comment 3 David Simonek 2003-06-12 16:32:03 UTC
Really? Please show me the part of code where default size of column
is defined in TTV, I couln't find anything.

AFAIK, TreeTableView follows sizing model of JTable, which is that all
columns are proportionally sized by default, but clients can alter the
behaviour by calling methods like setTableColumnPreferredWidth(int
index, int width).

So you (as a client) have to provide computation code for desired pref
size of columns and whole table.
Comment 4 Jan Jancura 2003-06-13 14:44:49 UTC
I can not fix this issue on my side, because I am not able to 
influence / detect Debugger Window size. It means that I am not able
correctly distribute space between columns. 
The correct solution is to add some support to TreeTableView. This
support should compute default column sizes from column names. But
addind of such support is not easy (some API changes are needed), so
we can not fix it now.
I will create a new issue for this purpose.

*** This issue has been marked as a duplicate of 34384 ***
Comment 5 Marian Mirilovic 2003-07-22 10:19:07 UTC
reopen
Comment 6 Marian Mirilovic 2003-07-22 10:19:38 UTC

*** This issue has been marked as a duplicate of 34379 ***
Comment 7 Marian Mirilovic 2003-07-22 10:20:03 UTC
verified - it's duplicate.