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 1141 - AbsoluteLayout has no ability to set a fixed preferred size (i.e. one that would propagate to window size).
Summary: AbsoluteLayout has no ability to set a fixed preferred size (i.e. one that wo...
Status: CLOSED FIXED
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: All All
: P4 enhancement (vote)
Assignee: issues@guibuilder
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1999-02-04 20:25 UTC by Jesse Glick
Modified: 2003-06-30 18:27 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 1999-02-04 20:25:29 UTC
There is no particularly satisfactory way to set a fixed window size on e.g. a Frame using AbsoluteLayout, though this is a common request and seems reasonable. Resizing the design window has no eff
ect.

Suggest: boolean property of AbsoluteLayout to use a fixed dimension as the result of the getPreferredSize() call, instead of the current calculation. This Dimension would also be a writable Bean prop
erty. In design-time, the boolean property could be exposed in the property sheet for the layout; when clicked off, things would behave as now; when clicked on, the dimension property would be more or
 less bound to the actual size of the design window (rather, the size of the container in design view), whatever that was, and resizing that window (or subcomponent, maybe) would affect the generated
code correspondingly. Possibly the dimension could be exposed on the property sheet as well, & could be changed w/ the usual Dimension property editor, as an alternate interface (if an exact pixel siz

e was desirable). With grid on, perhaps window resize should snap to nearest grid size.

[In progress in new Form Editor for AbsLayout. Does not yet work perfectly, but idea is there. Still does not synch frame size with apparent design of design window, which might be by design.]
Comment 1 Tomas Pavek 2000-07-18 13:37:59 UTC
*** Bug 1991 has been marked as a duplicate of this bug. ***
Comment 2 Tomas Pavek 2000-07-18 13:51:59 UTC
*** Bug 1991 has been marked as a duplicate of this bug. ***
Comment 3 Jan Chalupa 2001-05-05 22:16:34 UTC
Target milestone -> 3.3
Comment 4 Jan Chalupa 2001-11-27 12:38:07 UTC
Target milestone -> 3.3.1.
Comment 5 Tomas Pavek 2001-12-07 14:48:12 UTC
Resizing code generation can be turned on in Code Generation 
properties of form. Then the generated size corresponds to the size 
of the designer. I think this can be considered as fixed for 3.3.
Comment 6 Marian Mirilovic 2001-12-12 10:37:38 UTC
verified 
Comment 7 Quality Engineering 2003-06-30 18:27:20 UTC
Resolved for 3.3.x or earlier, no new info since then -> closing.