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 94098 - Bottom of layout panel using absolute positioning does not align with containing block
Summary: Bottom of layout panel using absolute positioning does not align with contain...
Status: NEW
Alias: None
Product: obsolete
Classification: Unclassified
Component: visualweb (show other bugs)
Version: 5.x
Hardware: PC All
: P3 blocker (vote)
Assignee: Alexandre Iline
Depends on:
Reported: 2007-02-02 20:35 UTC by bugbridge
Modified: 2007-02-02 20:35 UTC (History)
1 user (show)

See Also:
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description bugbridge 2007-02-02 20:35:40 UTC
Original Target Release: mako_dev; Suggested Target Milestone : Dev

Original submitter: gjmurphy

Drop a tabSet. Manually resize tabSet so that it has absolute height and width.
Now change style property of child layoutPanel to "height: 100%; width: 100%".
Notice that bottom of block for panel overlaps block for containing tabSet.

Yes, it is there, it seems to be height computation error.

Evaluation (Entry 2):
It looks like it might be a regression after fixes with computing, there is also
another similar issue.

Evaluation (Entry 3):
I just checked - that bug existed before last integration. 

Evaluation (Entry 4):
Well, the way it filed, it is not a bug. The child panel is positioned as
"static", its only container is the whole tabset, so it takes what's right for
the size: the size  of its containing block.

Open browser preview or deploy - you will see the same behavior (you will have
to set component borders to something visible to see that).

Also, notice that it's not only panel bottom outside of the tabset - it's right
side too - for the width of tabset border.

I am not yet sure how to implement desired behavior. Perhaps this is possible.

I am leaving the bug opened for now. I may decide to turn it to RFE later, though.