Please change to correct category if needed; this
was seen on several areas of options windows
properties areas so we think perhaps might be
 a more general issue of that particular type
of window.Using pseudo localized product, with
each message or label
having additional multibyte text, and using
-fontsize 16
option, running in Chinese locale,

steps to reproduce:
1)Go to Tools->Options.
2)Expand the "Debugging and Executing" node.
3)Then Expand the "Execution Types" node.
4)select the "Debugger Execution".
5)The properties are displayed in the right half
of the window.cli
ck on
"Library Path" property.
6)A pop up diaglog comes up. Part of the window is
crushed. (see attachments with before and after
resize gifs)

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.

Can team also review resizing and fontsizing
approach
in general for other parts of modules ?
Docs and others have requested that for
3.5.X and Nevada that no fixes involve actual
changing
of UI like adding, modifying or deleting a message
or UI
component as part of fixing these issues.

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.