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 71980 - Module project properties dlg does not handle -fontsize correctly
Summary: Module project properties dlg does not handle -fontsize correctly
Status: RESOLVED DUPLICATE of bug 65190
Alias: None
Product: apisupport
Classification: Unclassified
Component: Project (show other bugs)
Version: 5.x
Hardware: All All
: P3 blocker (vote)
Assignee: Martin Krauskopf
URL:
Keywords: UI
Depends on:
Blocks:
 
Reported: 2006-01-29 12:24 UTC by _ tboudreau
Modified: 2006-01-30 10:18 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description _ tboudreau 2006-01-29 12:24:50 UTC
Run with -fontsize 24 and bring up project properties dialog - public packages 
table and others are squished to complete invisibility.

There's no really nice way to solve this if you don't want to instantiate all 
the panels ahead of time and compute their preferred sizes;  best I can think 
of is to calculate the ratio between the preferred size of the most complex 
panel in the dialog, to that of each other panel, and use it as a multiplier 
for the preferred size of all but the largest panel - and update it as needed.

FWIW you can detect if -fontsize is being used - 
Integer val = UIManager.get ("customFontSize")
will be non-null.  But probably this is equally a problem on any Windows 
machine with large fonts set for the desktop, so the best solution may just be 
some sort of fudge factor included in calculating the dlg's preferred size.
Comment 1 Martin Krauskopf 2006-01-30 10:11:41 UTC
I think this is a duplicate of issue 65190 I filed some time ago. It is a
general problem of Project UI API (try e.g. j2se project properties). I already
played with this in the past. I attached the patch for p.uiapi and for
apisupport into that issue. I think that the patch uses some preferred size
choosen by the developer and then dynamically increases the size to a needed one
with remembering the largest needed. Not sure know. Was just a fast proposal for
Honza Lahoda.

*** This issue has been marked as a duplicate of 65190 ***
Comment 2 _ tboudreau 2006-01-30 10:18:47 UTC
I wonder if we don't need a general multiplier you can pass to 
DialogDisplayer.showDialog() or such, for cases like this...seems we have a 
lot of dialogs with similar problems...