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 24081 - Make PerimeterLayout to take minimumSizes of components into account (Was: Redundant vertical scrollbar when all beans are in one row)
Summary: Make PerimeterLayout to take minimumSizes of components into account (Was: Re...
Status: VERIFIED WONTFIX
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 3.x
Hardware: All All
: P3 blocker (vote)
Assignee: Peter Zavadsky
URL:
Keywords: UI
Depends on:
Blocks: 25935
  Show dependency tree
 
Reported: 2002-05-27 14:26 UTC by Filip Rachunek
Modified: 2008-12-23 09:37 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Filip Rachunek 2002-05-27 14:26:39 UTC 
When the user opens Form Editor and moves the
horizontal separator [between palette and design
area] up, a vertical scrollbar is displayed for
the palette section even in a case of all beans in
one row [so there is no reason to scroll the
palette vertically].
Comment 1 Filip Rachunek 2002-05-27 14:27:00 UTC 
UI keyword added.
Comment 2 Tomas Pavek 2002-05-28 11:04:24 UTC 
If you make the palette to small vertically (using the 
horizontal splitter), then a vertical scrollbar appears. I 
don't think it is redundant in such situation. Note you 
must shrink the palette to be even smaller than the icons. 
Is it the case?
Comment 3 Filip Rachunek 2002-05-28 11:09:51 UTC 
This is a misunderstanding. What I wanted to say was that the user
should not be allowed to shrink the palette to be smaller than the
bean icons if the icons are in one row only. Is there a purpose to
show only a part of the palette panel?
Comment 4 Tomas Pavek 2002-05-28 11:24:16 UTC 
I see...
Comment 5 Tomas Pavek 2002-05-29 14:45:05 UTC 
It seems that it is not possible to influence the minimum 
size the palette can be shrunk to. That's a window system 
issue. There's no attribute in wsmode config files to 
specify min or max sizes of areas - that's OK, but I would 
at least expect that getMinimumSize() of TopComponent is 
taken into acount when resizing - but it is even never 
called (neither getPreferredSize()).

In this case, the palette can be reduced to 54 pixels in 
height, no matter what its content is (it can be e.g. 
switched to a small variant). The ugly thing here is that 
the palette would need 57 as the minimal height (only 3 
more than 54 ;-).

I'm reassigning to window system, but if there's no 
possibility to solve this, I guess it is WONTFIX.
Comment 6 Marian Mirilovic 2002-06-04 13:51:11 UTC 
x
Comment 7 Peter Zavadsky 2002-06-13 15:56:17 UTC 
There seems PerimeterLayout really doesn't take the minimum sizes into
account. Changing it to an enhancement, to redesign it the way.
Comment 8 Marek Grummich 2002-07-22 09:16:13 UTC 
Target milestone was changed from '3.4' to TBD.
Comment 9 Peter Zavadsky 2002-07-25 14:14:57 UTC 
see issue #20223.
Comment 10 Marian Mirilovic 2003-11-26 12:59:27 UTC 
Because Window System v1 will not be supported from now by our team, all old
winsys issues (now "core/window system v1" issues) are going to be closed as
WONTFIX. 

Changes in API which emerged both from UI spec 
and problems with adjusting to the older API are described in the document
http://core.netbeans.org/windowsystem/changes.html.
 It shows also recommends how the client code should be adjusted to the new
window system.

If you think this issue apply also to the new winsys then change the
subcomponent (to "core/window system") and REOPEN it.
Comment 11 Marian Mirilovic 2004-02-27 14:11:27 UTC 
issue doesn't apply to new window system - verified