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 33877 - I18N - Some parts of http monitor window do not fully appear in other locales
Summary: I18N - Some parts of http monitor window do not fully appear in other locales
Status: VERIFIED FIXED
Alias: None
Product: javaee
Classification: Unclassified
Component: HTTP Monitor (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P2 blocker (vote)
Assignee: Ana.von Klopp
URL: http://monitor.netbeans.org/source/br...
Keywords: I18N
Depends on:
Blocks: 33246
  Show dependency tree
 
Reported: 2003-05-23 23:28 UTC by Ken Frank
Modified: 2003-06-19 10:35 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
image of issue (15.00 KB, image/gif)
2003-05-23 23:29 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-05-23 23:28:22 UTC
If this is not subcat for http monitor, please
change it to correct one.

Using pseudo localized product, with each message
or label
having additional multibyte text, and using
-fontsize 16
option, running in Chinese locale,
the label Http monitor records does not fully
appear since there are 3 dots after it
(see attachment)
((even if that is full message it doesnt show
the suffix of the pseudo translated message as
it would if resized.
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 or vertical resizing
controls
like in options window)

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-05-23 23:29:56 UTC
Created attachment 10417 [details]
image of issue
Comment 2 Ana.von Klopp 2003-05-24 00:26:49 UTC
This is supposed to be fixed for NB 3.5.X, is that correct? 
I don't have a category for that so I have marked it for 
NB4 for now to indicate that the bug is evaluated and 
accepted. 




Best thing is probably to remove this label entirely, since 
it is solely there for cosmetic reasons. 
Comment 3 Ken Frank 2003-05-24 02:19:06 UTC
Yes, good point. I think they don't want to change
code lines, but think that netbeans needs to call
it a different release number anyway.

ken.frank@sun.com
Comment 4 Ana.von Klopp 2003-05-29 01:20:18 UTC
Fixed in trunk. Diffs from URL field.
Comment 5 Ana.von Klopp 2003-06-09 19:51:35 UTC
The fix was reviewed by Radim Kubacki (see URL for diffs). 

Radim asked for clarification re the multiplication of the 
line size by 1.1 - this is to ensure that there is some 
whitespace on both sides of the label and it is necessary 
to make this a proportional as opposed to absolute buffer 
for it to look OK at different font sizes. 

Radim also asked why I deleted the minimum size settings. I 
switched from the netbeans SplittedPanel to JSplitPanel 
because it worked better for proportional resizing. 
However, the proportional resizing does not work if a 
component hits its minimum size. Using the weighting means 
that there is no risk that either component vanishes during 
a resize (it would have to be an active action of the user 
moving the middle bar, and they should presumably be 
allowed to do it). 
Comment 6 sgleason 2003-06-12 21:10:09 UTC
integrated in S1S5 ML (tag release35) IN=13738
Comment 7 hiroshiy 2003-06-19 10:35:02 UTC
I've verified the fixing in followings.

  - S1S Nevada Build (Build 030617).
  - Solaris 9 Chinese, Win2000 Chinese
  - fontsize: 16

Thank you for your fixing.

Hiroshi